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 the
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,
On Sun, Jul 20, 2003 at 02:22:10AM -0400, Mike A. Harris wrote:
I have no problem for them to go proprietary, but i would very much like
a powerpc version of said drivers. Since both of them also release
drivers for MacOSX, i guess this would not be very expensive to just
rebuild powerpc
On Sun, Jul 20, 2003 at 05:12:00AM -0400, Mike A. Harris wrote:
On Sat, 19 Jul 2003, Daniel Stone wrote:
Not very many, and their competitirs would then have access to all their IP, so
could out-do them in the next generation of cards.
I doubt that it would involve hardware as much as it
I see from
http://www.xig.com/Pages/PrReleases/PRMay03-830-O'lays.pdf
that hardware overlays (possibly similar to what we currently do
in the mga and glint drivers) are possible on the Intel i830 chipset.
Does anyone know anything more, or is anyone actually working on
adding support to
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*
Egbert Eich wrote:
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.
The SI doesn't have the -nolisten option.
Hello everyone!
Can any one please tell me the meaning of all these flags?
These relate to CT VGA driver in XFree86 code.
Iam writing the driver for CT 69030.
/* Architecture type flags */
#define ChipsHiQV 0x0001
#define ChipsWingine 0x0002
#define IS_Wingine(x) ((x-Flags)
On Thu, 24 Jul 2003, Egbert Eich wrote:
Can we just declare that inet and inet6 both match tcp ?
The way the code is currently written aliases like tcp alias
to exactly one transport type. There is no fallback mechanism.
The easiest way would be to alias tcp to inet instead of inet6.
On Thu, Jul 24, 2003 at 04:30:47PM +0100, Dr Andrew C Aitchison wrote:
Which operating systems are shipping with IPv6 enabled by default ?
NetBSD has IPv6 enable by default, Solaris hasn't.
Kind regards
--
Matthias Scheler http://scheler.de/~matthias/
Matthias Scheler wrote:
On Thu, Jul 24, 2003 at 04:30:47PM +0100, Dr Andrew C Aitchison wrote:
Which operating systems are shipping with IPv6 enabled by default ?
NetBSD has IPv6 enable by default, Solaris hasn't.
Solaris sort of does - on Solaris 8 and later, you can always use an AF_INET6
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 ?
thx for any reply
sven
___
Devel
On Wed, Jul 23, 2003 at 04:42:31PM -0700, Kendall Bennett wrote:
Jon Leech [EMAIL PROTECTED] wrote:
I'll back that up. Besides which, after a few years of being bitched
at (and in one case involving a friend who's a senior software engineer at
a commodity graphics vendor, physically
from 24 hours to 7 days depending on complexity
and on people having time working on it.
-Alex.
-Original Message-
From: Sven Goethel [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 24, 2003 19:17
To: [EMAIL PROTECTED]
Subject: patch procedure ..
sorry for being lazy and not
On Wed, Jul 23, 2003 at 11:34:53PM -0400, Keith Packard wrote:
Around 23 o'clock on Jul 23, Matthieu Herrb wrote:
Here's a patch to allow multiple '-nolisten' options on the command
line. To disable both IPv4 and IPv6 transports, one needs to say:
X -nolisten tcp -nolisten inet6
To whom it may concern,
I'm not sure if this is the right place to ask, but
is this feature planned for the next release (4.44)?
Is it being worked on? If so who do I need to
talk to in order to best assist in its development?
Thanks
Gareth.
David Dawes [EMAIL PROTECTED] wrote:
Frankly, your own rants against XFree86 and some of its volunteers
recently are no different than this. It sure left a bad taste in our
mouths. There is a sickening propensity towards hostile and intimidating
behaviour from several quarters, and it
David Dawes [EMAIL PROTECTED] wrote:
Frankly, your own rants against XFree86 and some of its volunteers
recently are no different than this. It sure left a bad taste in
our mouths. There is a sickening propensity towards hostile and
intimidating behaviour from several quarters, and it
Yes, The Mobile chipsets could do this under several circumstances.
The desktop chips cannot.
Could you provide an indication of what such a feature is actually
useful for? It seems like more of a toy feature than something
with real world applications.
Seems like you could actually run at 24bpp
Just to add to this:
I was looking at this the other day and along with native rotated
rendering to the framebuffer it would be nice if the ShadowFB could
indicate that it is capable of doing the rotation too.
i.e. When rotation is requested from the config or RandR
Option 1:
If the hardware
21 matches
Mail list logo