On Thu, 24 Jul 2003, Gareth wrote:
> 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?
Sore point.
Several drivers supported rotated desktops either in 4.2 or before 4.3.
A new extension (RandR - Rotate and Resi
On Thu, Jul 24, 2003 at 11:15:25AM -0700, Kendall Bennett wrote:
>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 towar
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 ca
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 24bp
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
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.
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 ine
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 n
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, physical
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
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
socket
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/
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 ine
THIS IS AN AUTOMATICALLY GENERATED REPLY
Your mail to me has been discarded
Hi! You have reached the mail filter of one Richard Gooch. I'm sorry
to have to do this to you, but I am now filtering my email to combat
the flood of junk email (spam) that I receive. I'
Hello everyone!
Can any one please tell me the meaning of all these flags?
These relate to C&T VGA driver in XFree86 code.
Iam writing the driver for C&T 69030.
/* Architecture type flags */
#define ChipsHiQV 0x0001
#define ChipsWingine 0x0002
#define IS_Wingine(x) ((x->Flags) & Chip
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. (P
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 *
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 to
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 ou
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
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 powerp
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, bu
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 tel
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* configured with IPv6, and
socket
25 matches
Mail list logo