On Fri, 5 Mar 2004, Thomas Winischhofer wrote:
> 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 support
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?
It has to use a frameb
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 to su
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 to support a 24bpp fram
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 AT wini
THE PROBLEM: When running a dual head configuration, the primary head is
not drawn,
while the secondary head works correctly.
Failing system notes and observations:
1. The video hardware does not have a BIOS or VGA core of any kind.
2. The video driver functions prope
Please create a bug on xfree86 bugzilla and add this patch to it.
http://bugs.xfree86.org/
Alex
--- John Hay <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have two old Diamond Stealth 64 VRAM cards that use the IBM 526
> RAMDAC.
> This patch makes XFree86 work on it again. The relevant pieces of the
>
Hi,
I have two old Diamond Stealth 64 VRAM cards that use the IBM 526 RAMDAC.
This patch makes XFree86 work on it again. The relevant pieces of the log
file look like this:
(II) s3(0): VESA VBE OEM: Diamond Stealth 64 Video VRAM
(--) s3(0): Attached RAMDAC is IBM 526
(--) s3(0): MCLK 74.286 MHz
On Tue, Mar 02, 2004 at 12:06:53PM -0800, Mark Vojkovich wrote:
>On Tue, 2 Mar 2004, David Dawes wrote:
>
>> On Tue, Mar 02, 2004 at 10:57:04AM -0800, Mark Vojkovich wrote:
>> >On Tue, 2 Mar 2004, [ISO-8859-1] Frank Gießler wrote:
>> >
>> >> Mark Vojkovich wrote:
>> >> >We don't care what the f
--- "Mike A. Harris" <[EMAIL PROTECTED]> wrote:
> On Wed, 3 Mar 2004, Matt Prazak wrote:
>
> >driver to themselves. This is fair enough, but custom kernel drivers are a
bit
> >over my head at this point in time (it would require porting a Linux-based
ffb
> >driver to the Solaris kernel driver arc
On Thu, 4 Mar 2004, Mike A. Harris wrote:
> There is really no need to be a troll when someone is trying to
;-)
> provide useful helpful advice. If you do not know what
> __arch64__ is, then by all means read ISO C99 and/or the gcc
> or other documentation.
"or other" appears to be the accurat
MH> If you do not know what __arch64__ is, then by all means read ISO
MH> C99 and/or the gcc or other documentation.
There is no mention of __arch64__ in the 18 January 1999 committee
draft of C99, in the gcc-3.2 manual or in the CPP-3.2 manual.
Juliusz
___
On Thu, 4 Mar 2004, Juliusz Chroboczek wrote:
>MH> If the test is just to determine wether or not a 64bit
>MH> architecture is being built for, then __arch64__ is a better
>MH> test.
>
>What is a 64 bit architecture?
>
>Is it about address bus size? (The MC68020 is a 34-bit architecture?)
>About d
MH> If the test is just to determine wether or not a 64bit
MH> architecture is being built for, then __arch64__ is a better
MH> test.
What is a 64 bit architecture?
Is it about address bus size? (The MC68020 is a 34-bit architecture?)
About data bus size? About register size? (The MC68040 is an
14 matches
Mail list logo