Tony Sweeney writes:
In British English, it's never buy a pig in a poke, where 'poke' is
an archaic word for 'bag'. There is another slang phrase, to let the
OK. thanks for the information!
cat out of the bag, which is to reveal the truth, for instance that
There is exactly the same
Kendall Bennett writes:
Hi Guys,
We just noticed a strange problem in our driver such that when we do VT
switching, when switching back to X11 the X server is calling the palette
programming functions for modes 8bpp. Any idea why this is? It was
causing the gamma ramp to get all
Mark Cuss writes:
Hello again all
After some fiddling with the new 4.2.99 X server, I got the xv info stuff
working on the SMI. But, one more question - the SMI says it can putImage
as well as putVideo - does this thing have a built in frame grabber!? I
couldn't find any spec
Keith Packard writes:
Around 15 o'clock on Feb 19, Kurt J. Lidl wrote:
You ought to make the xf86jmp_buf larger than 200 bytes.
I have access to a machine where the jmp_buf storage takes 232
bytes already!
I made it 400 bytes -- Linux x86 uses 156 bytes, and 256 seemed likely to
Dr Andrew C Aitchison writes:
On Thu, 20 Feb 2003, Egbert Eich wrote:
I may not know what I'm talking about.
I thought that the problem was that modules are supposed to work
across operating system and compiler, so the compile-time size
might not be big enough when the module
If we go into details we should definitely add:
Added BigEndian support to the CT driver.
Egbert.
Juliusz Chroboczek writes:
Oh, and what about the Savage changes? XFree86 no longer crashes the
TwisterK, which is important for a lot of people.
Unless Tim is around, here's my
Mark Vojkovich writes:
The only current implementation that I know of is on IA64.
Maybe Egbert or Marc have been keeping track of this. I'm not
sure how we post secondary cards on IA64 with EFI BIOS cards.
Aside from that issue I don't think it changes the drivers any.
As it
Thomas Winischhofer writes:
Just my $0.02: Watch out when centralizing the memory allocation
routines, different hardware (ie drivers) use different granularities.
Yes. Any functions provided by the core server will have the
status of helper functions. Therefore it they don't meet your
Thomas Winischhofer writes:
Egbert Eich wrote:
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.
OK, sorry, I misunderstood you.
Patching individual drivers should be left
Keith Packard writes:
Around 0 o'clock on Mar 4, Mark Vojkovich wrote:
This is the core SW cursor not the ARGB SW cursor, though I haven't tried
ARGB SW cursors (I forgot how to set one as the root cursor).
$ XCURSOR_THEME=redglass XCURSOR_SIZE=256 xsetroot -cursor_name shuttle
Marc Giger writes:
Hi All!
I want to thank you ALL for the great work. I have a neomagic graphiccard and now
it is possible to watch movies in fullscreen without interrupts. Also zooming is
now possible with the Xvideo interface.
Thanks!
As last a short question:
I've
jkjellman writes:
I have been working an input routine that requires a pipe for interactive
calibration. I need to open the pipe with O_NONBLOCK so as not to halt if a user
process does not have the pipe open.
In doing this I have found that the xf86open does not support O_NONBLOCK,
Andrew C Aitchison writes:
In xc/programs/Xserver/hw/xfree86/CHANGELOG
754. Fixed VBE EDID read: due to a missing register setting read
ended in endless loop on certain systems (Egbert Eich).
On a good day an endless loop would be aborted.
You should tell this to the NVIDIA BIOS
[EMAIL PROTECTED] writes:
[EMAIL PROTECTED] writes:
Of course, there are such advantages to using bugzilla, but the above listed
steps are a lot more overhead for submission of trivial patches than
cvs diff foo.c | mail -s Trivial patch to foo [EMAIL
Owen Taylor writes:
On Wed, 2003-06-04 at 14:59, [EMAIL PROTECTED] wrote:
Isn't the number of patches where you don't want:
- An explanation of what is wrong
- A bug number to be ability to refer to the change later
- The ability to add further comments to the bug report
David Dawes writes:
On Sat, May 17, 2003 at 03:49:46PM -0600, Marc Aurele La France wrote:
On Thu, 15 May 2003, Mike A. Harris wrote:
The [EMAIL PROTECTED] mail address still works?
Yes.
It works in the sense that email sent to it is accepted and doesn't
bounce. It is
David Dawes writes:
On Sat, May 17, 2003 at 01:29:02PM +0200, Sven Luther wrote:
On Sat, May 17, 2003 at 07:17:26AM -0400, Mike A. Harris wrote:
On Fri, 16 May 2003, Emmanuel wrote:
so finally where it is the best to submit (rather) trivial patches ?
[EMAIL PROTECTED] works, but
Dr Andrew C Aitchison writes:
On 27 May 2003, Scott White wrote:
Could anyone point me at some instructions to help me compile the
XFree86 cvs, I'm having trouble. I want to get access to the via driver
recently added to the CVS so I can run X not in vesa mode on my Via
Mini-itx
Alex Deucher writes:
I'm working on integrating my radeon mergedfb code with xfree86 cvs.
so far it's working, but now I'm trying to integrate the current clone
code with the mergedfb clone mode. so far so good. I'm trying to use
the modes defined for the 1st head as clone modes for the
David Dawes writes:
The submission process is to go to bugs.xfree86.org. If people want
their submissions to be seen, that's where they should go. That's the
clearest explanation of the submission system that I can come up with.
Submissions sent elsewhere may or may not be seen.
Egbert Eich writes:
Aidan Kehoe writes:
Ar an 2ú lá de mí 6, scríobh Egbert Eich :
Also they seem to have difficulties to make attachments
NB; this is not a badly-designed-user-interface issue; bugzilla on
bugs.xfree86.org is _buggy_ with regard to creating patches
David Dawes writes:
On Tue, Jun 03, 2003 at 10:56:49AM +0200, Egbert Eich wrote:
David Dawes writes:
The submission process is to go to bugs.xfree86.org. If people want
their submissions to be seen, that's where they should go. That's the
clearest explanation
Emmanuel writes:
Thanks for the clarity. I have done it as you said already, I will
insist on the mime type for attachments on the janitor page.
OK, thanks.
Just one more thing : the patches I have submitted are trivial (minor
mem leaks, clean-ups, and only one more severe bug) but
[EMAIL PROTECTED] writes:
Of course, there are such advantages to using bugzilla, but the above listed
steps are a lot more overhead for submission of trivial patches than
cvs diff foo.c | mail -s Trivial patch to foo [EMAIL PROTECTED]
For a very short patch like this:
Mike A. Harris writes:
On Wed, 11 Jun 2003, Matthias Scheler wrote:
In the interests of portability--their base system doesn't ship with
perl--the NetBSD people have implemented ucs2any.pl in C. There's a version
at
http://backyard.homeunix.net:8080/~ben/ucs2any/
I was
Can you check if the vbe module is loaded (and not unloaded) at this point?
Better yet, post your log file.
Egbert.
Alex Deucher writes:
I had this problem as well at one point when I was messing with the
savage driver. What was weird was I hadn't messed with any of the vbe
stuff. I
Kirill Semenkov writes:
Hello,
It is a bug report for savage driver.
I have problems with Savage video adapter (ProSavage PM133, 8MB RAM) at resolutions
higher than
1024x768 at 24 bpp: any changing in a window (I mean window resizing and moving)
causes screen
Thanks!
I will commit this next.
Egbert.
Peter Osterlund writes:
Hello!
There is a time wraparound bug in the TimerSet function in
Xserver/os/WaitFor.c. If a timeout handler calls TimerSet to set a new
timeout which is after the next milliseconds wraparound, the TimerSet
function
The version of the module aware gdb on ftp.xfree86.org is
ancient and cannot deal with the debug informations of more
recent versions of gcc.
Is there a newer version around that is accessible thru ftp?
Could we please update the version we have on our ftp server?
Egbert.
An interesting question appeared on bugzilla (ID #412).
According to the man page of XListInputDevices() the string
returned in the name field of the XDeviceInfo struct is
supposed to be one listed in XI.h.
In reality it is a name specified by the driver. The same is
true for the type (which
Xinput isn't prepared to handle these very device dependent
informations very well.
I have a new xf86misc extension in mind which can be used to
configure device dependent parameters and retreive device dependent
information from devices.
Unfortunately I have been side tracked too much lately that
Peter \Firefly\ Lund writes:
On Wed, 25 Jun 2003, Owen Taylor wrote:
local-atom = MakeAtom(local-type_name,
strlen(local-name),
strlen(local-type_name) ?
Yes, sorry...
Egbert.
___
Devel
As I was the one who pointed you to this list I think
I should answer this:
If you woul like to do driver work there is a list of drivers which
are little maintained at the moment.
This list incudes:
i740
i810
rendition
tseng
cirrus (alpine and laguna)
s3 (not s3Virge or savage)
silicon motion
There is a report in bugzilla (#439) which claims:
the bug is in xc/lib/GL/glx/glxcmds.c
int bufSize = XMaxRequestSize(dpy) * 4;
should be
int bufSize = XMaxRequestSize(dpy) * 4 - 8;
or more cleanly
int bufSize = XMaxRequestSize(dpy) * 4 - sizeof(xGLXRenderReq);
it happens that you may
Ian Romanick writes:
I looked into the code, and I now understand what's going on. Alexis
made a good catch of a very subtle bug! The main problem that I had was
that it wasn't 100% clear at first glance how bufSize / buf / pc were
used. Some form of - 8 should be applied to
Thanks!
I've commited this.
Egbert.
Roland Mainz writes:
Hi!
Xfree86 source tree, pulled at 2003-06-30 this morning. It seems that
mkfontscale is generating the encodings.dir files in the wrong order.
The fontenc code expects the name filename order but mkfontscale
Sottek, Matthew J writes:
The Windows driver does full mode programming including all the external
digital components from many 3rd party companies. The open source XFree
This is pretty much what the SiS driver does after Thomas got his
hands on it. It programms the SiS and it knows about
Alexander Pohoyda writes:
Hi list,
I am unable to find a template to create a rule to install files from
a directory which does not have a makefile itself.
I need to process some files matching a mask (e.g. somedir/*.xpm)
without having to list them all in a makefile.
There is an
Dr Andrew C Aitchison writes:
On Tue, 1 Jul 2003, Egbert Eich wrote:
I'd be very unhappy to lose the HAL;
it helps a lot when getting a G550 to work with DVI monitors.
Some monitors work without it, but others just don't seem to work
unless I use mga_hal_drv.o
I believe
Dr Andrew C Aitchison writes:
With Roland's fix, mkfontscale generates encodings.dir files
containing the string (null), ie with lines like:
big5-0 (null)(null)large/big5.eten-0.enc
big5.eten-0 (null)large/big5.eten-0.enc
viscii1.1-1 (null)./viscii1.1-1.enc.gz
adobe-symbol
David Dawes writes:
Maybe the situation would be better if the mga_hal module was limited
to doing just those initialisations that can't, for whatever reasons,
be done in open source. If I recall correctly, the original reason for
not having this in open source was that enabling the
Juliusz Chroboczek writes:
What sort of checking was done before replaceing mkfontdir with
mkfontscale ?
EE I had the impression that this had been tested to some extend.
Egbert,
I am sorry if I misled you.
No problem. I guess it was my mistake.
So far submitted code was
Kean Johnston writes:
Yes, if we don't have an improved version by the end of the week
I will revert this.
I didnt see any comment on my message ... did you see my patch from
yesterday that implements the -r and -n options?
I'm sorry I have overlooked your posting.
I've combined
Kean Johnston writes:
Egbert Eich wrote:
Juliusz, Kean, please check below and tell me if it does what you expect.
Mostly, except for the -x stuff. Can you and Juliusz apply and try the
attached patch? This doesnt include the X11.tmpl cleanup portion of my
original patch, but ti does
Juliusz Chroboczek writes:
EE So far submitted code was thoroughly tested...
EE I would like to get to a situation where the submitter himself
EE takes over more responsibilities and takes his code to a committable
EE state...
I think that both should be available -- (1) the case
We have a report in Bugzilla (#464), concerning twm. This test can
only be made on NetBSD:
===
if you set /etc/malloc.conf to AJ (fill malloc'ed region with random value),
twm crashes occasionary. i'm yet to find out a concrete way to repeat
Mike A. Harris writes:
On Thu, 3 Jul 2003, Alex Deucher wrote:
Date: Thu, 3 Jul 2003 07:10:09 -0700 (PDT)
From: Alex Deucher [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii
Subject: Re: S3 Trio64UV+, S3 Trio64V2/DX
Roland Mainz writes:
Hi!
I filed two bugs+patches to allow users to change the buffer sizes on
both X11 client + server on demand, see...
1. Xserver:
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=460 - RFE:
Buffer size for the BIGREQUESTS extension should be
Alexander Pohoyda writes:
I'll try that tonight on the FreeBSD system. We have these options for
malloc:
A All warnings (except for the warning about unknown flags being
set) become fatal. The process will call abort(3) in these
cases.
J
Here is an issue for discussion from bugzilla (submitted by Roland
Mainz). Any opinions? Juliusz?
Egbert.
===
RFE: xc/lib/font/FreeType/ font engine should block opening fonts when there is
no encodings file available for it.
Bugzilla #434 shows a x11perf regression test between 4.3.0 and a rather
current CVS versions. The performance of some tests has gone down by
20% for a specific test, some other tests have suffered a performance
penalty of 3%.
There may be a simple explanation for this however I can't find it
Juliusz Chroboczek writes:
I'm currently in the process of changing somewhat the core bitmaps
fonts system in order to simplify it and extend its functionality.
Because the planned changes will break some users' configurations[1],
David suggested that the core server should include
This is a matter that maybe should also be discussed on 'forum'.
I don't know how to initiate a joint discussion on both lists.
There is a comment on Roland Mainz's changes to make BIGREQUEST size
tunable.
Further comments are welcome.
Egbert.
=== comment by Juliusz Chroboczek
I'd ask this on devel, but I'm certain I won't get an answer
(at least not by anyone but you guys):
Who would be an Xaw expert? Bugzilla #482 describes a situation
(rather unlikely one) where Xaw causes a segfault.
I've tracked it down however I'm not sure what would be the
best solution.
Alan Messer writes:
Tim Roberts wrote:
I've recently been made aware of the XFree86 Savage
driver that VIA released
and is now available on Alan Hourihane's web site.
This driver is so much
superior to the one I've been maintaining that I
should be embarrassed.
My
We have a bug report at
http://bugs.xfree86.org/show_bug.cgi?id=503
that suggests that when building libraries with callbacks using gcc
the option -fexeptions should be used. It enables C++ programs
to catch the exceptions.
I've talked to a gcc expert and he says that using this option is
sane.
This could easily be integrated in the driver (it would be much more
easy to do than writing a separate program) but like you say in your
disclaimer: we cannot guarantee that nothing bad happens. Therefore
I don't think it is the way to go.
However what I find more interesting is that you updated
When creating an IPv6 socket on Linux an IPv4 socket seems to be
created also.
The current CVS code produces the error:
_XSERVTransSocketINETCreateListener: ...SocketCreateListener() failed
_XSERVTransMakeAllCOTSServerListeners: server already running
Fatal server error:
Cannot establish any
Matthias Scheler writes:
This sounds like a bug in Linux's socket implementation. It should allow
an IPv4 and an IPv6 socket to bind to the same port number. This is a
common programming pratice for *BSD or Solaris.
As I tried to explain binding to an IPv6 socket implicitely binds to
Yes, I'm sure the posting refers to a ChipsTechnologies 69030.
This is already supported in 4.3, including video playback.
Capture isn't supported as I never had anything to test it with.
I would have replied to the original email if I had been able to
understand it better.
Egbert.
Tim Roberts
Matthias Scheler writes:
It is necessary in at least NetBSD and OpenBSD because the kernel won't
let you accept IPv4 connection on an IPv6 socket by default. As FreeBSD's
IPv6 is AFAK also KAME based I would expect that it shows the same behaviour.
... while simply binding to IPv6 and
Matthias Scheler writes:
On Tue, Jul 22, 2003 at 09:14:08PM +0200, Egbert Eich wrote:
As I tried to explain binding to an IPv6 socket implicitely binds to
an IPv4 socket.
That's a bug.
According to what I've heared it is intended and
therefore considered a feature.
I'm not going
Fabio Massimo Di Nitto writes:
On Tue, 22 Jul 2003, Matthias Scheler wrote:
On Tue, Jul 22, 2003 at 08:03:35PM +0200, Egbert Eich wrote:
The current CVS code produces the error:
_XSERVTransSocketINETCreateListener: ...SocketCreateListener() failed
Matthias Scheler writes:
I wasn't suggesting to use it on Linux. My suggestion was to revert to
using a single socket on all platforms and use the above code to enable
accepting IPv4 connections on *BSD.
Yes, I understand. I was just looking for a decend way of making
things work on
I've made the patch below which takes care of the problem for me.
I have tried several different versions, I didn't really like any
of them.
This code is one of the rare pieces of code that is rather well
structured and relatively free of any ugly hacks. This fix makes
it a lot uglier, what I
Fabio Massimo Di Nitto writes:
I didn't check/produce any code but the easiest way to implement in linux
is something like (if the user does not specify --nolisten):
bind to ipv6
if it works ok
otherwise fail silently
bind to ipv4
if it works ok
otherwise fail with error
Oops, I haven't rebuilt the server.
Maybe this should be changed to int, 0 and 1.
Egbert.
Dr Andrew C Aitchison writes:
On Wed, 23 Jul 2003, Egbert Eich wrote:
I've made the patch below which takes care of the problem for me.
make[3]: Entering directory `/home/XFree86/4.2/std/xc
Marc Aurele La France writes:
I don't like the peppering of this code with more OS #ifdef's. I think
the approach espoused by Itojun, Todd, Matthieu and Andrew is better.
So maybe you can tell what the big difference is?
It tries to preserve more of the old behavoir with
respect to the
I've accidently sent the wrong file before. Sorry.
Egbert.
Index: Xtrans.c
===
RCS file: /home/x-cvs/xc/lib/xtrans/Xtrans.c,v
retrieving revision 3.31
diff -u -r3.31 Xtrans.c
--- Xtrans.c20 Jul 2003 16:12:15 - 3.31
+++
Marc Aurele La France writes:
On Wed, 23 Jul 2003, Egbert Eich wrote:
Marc Aurele La France writes:
I don't like the peppering of this code with more OS #ifdef's. I think
the approach espoused by Itojun, Todd, Matthieu and Andrew is better.
So maybe you can tell what
This 'nolisten' code was added on 1996/11/24 with revision 3.22.
The cvs log only says:
revision 3.22
date: 1996/11/24 09:58:50; author: dawes; state: Exp; lines: +14 -1
updates
I would assume it was taken straight from a SI merge.
Alan Coopersmith writes:
Maybe I'm missing something,
Hmm,
with the current approach a -nolisten to an alias has no effect
anyway. A '-nolisten tcp' will have the same effect as a
'-nolisten unix': None.
The reason is that a flag is set for the protocol however when
the protocols are initialized the aliases aren't checked.
Also tcp is aliased
Andrew C Aitchison writes:
Egbert's latest patch compiles and runs, but it isn't addressing my problem.
This is with
Red Hat 8.0
Linux 2.4.20-19.8
gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7)
(I have the same problem with Red Hat 6.2).
The system is *not*
Sven Goethel writes:
sorry for being lazy and not RTFM, but
after i send a patch to the patch email addy,
and i have received an acknowledge ..
- how long does it takes to get an answer - usually
- will it happen to get no answer at all ?
Hm, how long ago did send the email?
I
Matthieu Herrb writes:
I wrote (in a message from Sunday 27)
Keith Packard wrote (in a message from Wednesday 23)
While supporting multiple -nolisten arguments is good, I suggest that the
current '-nolisten tcp' should include both inet4 and inet6 tcp options;
most
Not too many people seem to use xsm together with twm these days.
All relevant changes that in this area took place at or before
Apr,8th 1997. This code came from the SI.
Well, try the patch below.
Whoever added session management support to twm (and forgot to
document it in the man page)
There is the following report in bugzilla (#97):
-
On Redhat 8 at any rate, the TRANS_OPEN_MAX constant should be compiled to a
call to sysconf(), but is actually compiled into a default of 256. This breaks
my app, which for various reasons opens 256 file
Bugzilla #228 claims that the handling of iso8859-15 in COMPOUND_TEXT
is incorrect. According to the ctext documentation no extended
segments should be used for any approved standard encoding. According
to the newer revision of this doc (xc/doc/specs/CTEXT/ctext.tbl.ms)
is8859-15 is such an
Mathieu Lacage writes:
hi,
I have spent some time recently to dive into XFree86 source code: I am
looking into learning more how it works to understand better X
performance in my application.
One of the things I don't really get is what xf86AddInputHandler is
supposed to be used
Daniel Stone writes:
Yes, but what's the alternate solution? I really don't like the changed-case
solution, as that sets a precedent of sorts. A note should be made somewhere of
the moved files.
One could name it hewlett-packard if lowercase is importand.
KDE moves files around all
Mathieu Lacage writes:
hi,
I eventually got over my previous AddInputHandler puzzling and kept on
reading code until I finished the included rough outline of useful
code paths in the XServer.
I've extended the article about AddInputHandler() have you read it?
I am planning to
Marc Aurele La France writes:
You should be able to test for _SC_OPEN_MAX instead of __GNU__.
Oops, yep, that should work, too, of course,
thanks - stupid me.
Presently I check for _POSIX_VERSION = 199309
as POSIX.1 conformant systems require sysconf().
Egbert.
Warren Turkal writes:
Is there any chance of upstream acceptance of this type of work? A lot of
the utility binaries should be pretty easy to break out the xc hierarchy.
This issue is coming up from time to time and I have jet failed to
understand the benefit of breaking out things out
Matthew Allum writes:
*but* if you use a libXcursor theme with every cursor icon fully
transparent you can *really* get rid of the cursor, an app changing
the cursors appearance just changes it to another 'invisible' cursor.
I've not seen this 'technique' discussed before.
You
attached patch is an alternative solution for the nolisten handling
of aliases.
It takes the aliases from a list explicitely thus allowing a finer
control than by checking for the equality of the interface specific
functions.
Any opinions?
Egbert.
Index: Xtrans.c
Mark Vojkovich writes:
On Fri, 8 Aug 2003, Egbert Eich wrote:
Mark Vojkovich writes:
Out of curiosity. Is the ipv6 supposed to be working properly now?
Last time I updated, I noticed that remote operation was broken.
That is, Xlib was unable to connect to a remote system
Since this problem comes up quite frequently I have made an article
at:
http://xfree86.linuxwiki.org/AdvancedTopicsFAQ
about how to do this.
Egbert.
Andrew C Aitchison writes:
On Wed, 6 Aug 2003, [gb2312] tom wrote:
I want to hide the cursor when I using touchscreen in XFree86
John Dennis writes:
Now it seems to me that using extra machine instructions (asm version)
or no-op IO is inherently a risky solution to this problem. It would
appear there is some interval of time one must wait for individual VGA
bus transactions complete. The number of extra machine
Mark Vojkovich writes:
NVIDIA root caused this at one point and came to the conclusion
that Linux kernel was incorrectly mapping the memory as cached.
Experiments with setting bit{63} of Base Register fixed the
problem.
OK, this sounds like a very reasonable explanation.
Egbert.
The path below will fix the problem that arises when running
a client on an inet4 only system over tcp with Xlib compiled
with inet6 support.
If noone objects I'll commit it.
Egbert.
Index: Xtranssock.c
===
RCS file:
Mark Vojkovich writes:
XAA itself doesn't care. You set the LINEAR_FRAMEBUFFER
in the XaaInfoRec Flags if you have a linear framebuffer. If
you don't set that flag it won't put pixmaps in offscreen memory
(because the software rendering code won't be able to deal with
them), and it
Dr Andrew C Aitchison writes:
Are you sure you actually want the problem solved anyway ?
We have a laptop with a 125dpi screen and a lecture room projector
with about 8dpi.
If I were to make it run a two screen desktop, and my slide viewer
honoured the true screen DPI, on one screen
Mark McLoughlin writes:
Hi Alan,
My impression was that the purpose of the dummy driver was a skeletal
implementation of a device driver which people could use when writing
new drivers. That's what I used if for anyway :-)
Not really. It is a fully working driver. I wrote it to
David Dawes writes:
On Fri, Aug 22, 2003 at 02:42:55PM +0100, Mark McLoughlin wrote:
Hi Alan,
My impression was that the purpose of the dummy driver was a skeletal
implementation of a device driver which people could use when writing
new drivers. That's what I used if for anyway :-)
Committed.
death writes:
Seperate modelines error out on: width too large for virtual size for
everything since this virtual width then is 0. Virtual config does not work,
max/default usable size is used instead.
Reason: via_driver.c:VIAPreInit: xf86ValidateModes is called with
Egbert Eich writes:
David Dawes writes:
Is the static build problem likely to be fixed before Monday's snapshot?
I doubt it. I'm quite overloaded with work. I was going to merge in
the latest patch however I had conflicts applying it. I need to
investigate some more
death writes:
The Savage driver, from which I believe this driver was derived, copies
pScrn- display-virtual[XY] to pScrn-virtual[XY] a page or so above the
call to xf86ValidateModes. Is that not happening here?
--
- Tim Roberts, [EMAIL PROTECTED]
Providenza
Marc Aurele La France writes:
On Tue, 26 Aug 2003, Egbert Eich wrote:
Frankly, I don't see how this EFI MDT can be accurate given that, in
general, whether or not a particular PCI memory assignment will tolerate
caching and/or write-combining is highly device-specific. That would
Bryan W. Headley writes:
[EMAIL PROTECTED] wrote:
{
_XDeviceInfo* device_list = XListInputDevices(display, n);
if (device_list[a].type == XInternAtom(display, XI_TABLET, true))
{
printf(Device %s is a tablet, device_list[a].name);
}
}
Now I have
Hi John,
thanks on following up on this.
John Dennis writes:
Anytime in the XServer when MMIO was specified as a mapping flag the
ia64 code would have requested non-cached, this is done for all register
mappings and the VGA framebuffer (because write combining was avoided on
banked
1 - 100 of 154 matches
Mail list logo
