On Sun, Aug 24, 2003 at 11:16:23PM +0200, Alexander Pohoyda wrote:
David Dawes [EMAIL PROTECTED] writes:
Xinerama *hides* the fact that there are two heads, so there is no
way for the app to be told a different DPI debending which head it is
currently on - what should it be told if it is
On Tue, 12 Aug 2003, Daniel Stone wrote:
This patch puts the kernel version in the banner, on Linux, and also whether
or not it's tainted (providing it's a sufficiently recent kernel). Thanks
to Mike Harris for this patch (slightly altered to remove RH_CUSTOM, etc).
Please do not
On Sun, 24 Aug 2003, Marc Aurele La France wrote:
This patch puts the kernel version in the banner, on Linux, and also whether
or not it's tainted (providing it's a sufficiently recent kernel). Thanks
to Mike Harris for this patch (slightly altered to remove RH_CUSTOM, etc).
On Sun, 10 Aug 2003, Warren Turkal wrote:
Date: Sun, 10 Aug 2003 19:06:58 -0500
From: Warren Turkal [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii
Subject: patch for ia64 page size
Here is a patch for page size problems on ia64 and
On Mon, 11 Aug 2003, Alex Deucher wrote:
Date: Mon, 11 Aug 2003 06:25:21 -0700 (PDT)
From: Alex Deucher [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii
Subject: Re: patch for ia64 page size
You might want to create a bug in bugzilla
Mike A. Harris wrote:
On Sun, 10 Aug 2003, Warren Turkal wrote:
Date: Sun, 10 Aug 2003 19:06:58 -0500
From: Warren Turkal [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii
Subject: patch for ia64 page size
Here is a patch for page
On Mon, Aug 25, 2003 at 07:40:40PM +0200, Alexander Pohoyda wrote:
David Dawes [EMAIL PROTECTED] writes:
Xinerama *hides* the fact that there are two heads, so
there is no way for the app to be told a different DPI
debending which head it is currently on - what should it be
told
I have spent quite a bit of time investigating this issue and I think
we now understand the underlying issue.
The various places in XFree86 that mmap memory seem to very careful to
specify the proper mapping attributes, e.g. when mapping registers
with ordering requirements and side-effects (e.g.
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
On Mon, 2003-08-25 at 14:51, David Dawes wrote:
However on IA64 the concept of caching is overloaded, not only does it
refer to memory coherence but more importantly selects between two
vastly different memory spaces, RAM and IO. A cached access is
directed to RAM and a non-cached access is
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.
there is support for 3D on mach64 in the DRI CVS tree.
see here for more details:
http://www.retinalburn.net/linux/dri_status.html
binary snapshots are available here:
http://dri.sourceforge.net/snapshots/bleeding-edge/
Alex
--- mark dohl [EMAIL PROTECTED] wrote:
hi,
at the same time I read
ok, it's not yet included within XFree.
I was dubting, because when I read
http://xfree.org/4.3.0/Status6.html#6
I believed it was already included but was not able to
make it working.
so, end of the thread.
thx
md
--- Alex Deucher [EMAIL PROTECTED] wrote:
there is support for 3D on mach64 in
13 matches
Mail list logo