Still need someone with a Sparc machine to fix the ffb compile.
I've got a cross compiler installed at home for just this purpose .. I'll
work on it this evening..
Dave.
--
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied at skynet.ie
pam_smb / Linux DECstation / Linux
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1220
[EMAIL PROTECTED] changed:
What|Removed |Added
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1220
[EMAIL PROTECTED] changed:
What|Removed |Added
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1220
--- Additional Comments From [EMAIL PROTECTED] 2004-09-29 02:54 ---
If you
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1220
[EMAIL PROTECTED] changed:
What|Removed |Added
On Tue, Sep 28, 2004 at 11:54:35AM -0400, Jon Smirl wrote:
I've checked two new directories into DRM CVS for Linux 2.6 -
linux-core, shared-core. This code implements a new model for DRM
where DRM is split into a core piece and personality modules that
share the core. The major reason for
On Mer, 2004-09-29 at 13:37, Christoph Hellwig wrote:
- once we have Alan's idea of the graphics core implemented drm_init()
should go awaw
Last I heard Dave Airlie had that working having fixed my bugs.
---
This SF.net email is
Am Montag, 27. September 2004 19:30 schrieb Roland Scheidegger:
Dieter Nützel wrote:
So, it seems like we're seeing more ordering issues, now that things get
emitted less often. Moving the eye emit to the end mostly fixed
neverball's intro screen for me except for occasional flicker, and
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1461
--- Additional Comments From [EMAIL PROTECTED] 2004-09-29 05:19 ---
Roland,
I have the basics working alright, my only issue was with getting
proper sysfs with it, I'll dig up my latest version and post it, I've
also got a ported DRM for it,
at the moment it was doing something like
/sys/devices/vga00 /sys/devices/vga01 one for each user of the card
(multi-card would
Christoph Hellwig wrote:
- drm_flush is a noop. a NULL -flush does the same thing, just easier
- dito or -poll
- dito for -read
Pretty sure you couldn't get away with null for these in 2.4, at least.
Keith
---
This SF.net email is sponsored
On Wed, Sep 29, 2004 at 02:29:24PM +0100, Keith Whitwell wrote:
Christoph Hellwig wrote:
- drm_flush is a noop. a NULL -flush does the same thing, just easier
- dito or -poll
- dito for -read
Pretty sure you couldn't get away with null for these in 2.4, at least.
Umm, of course
- once we have Alan's idea of the graphics core implemented drm_init()
should go awaw
- drm_probe (and it's call to drm_fill_in_dev) looks a little fishy,
what about doing the full -probe callback in each driver where it
can do basic hw setup, dealing with pci and calls back into
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1461
--- Additional Comments From [EMAIL PROTECTED] 2004-09-29 07:02 ---
One more
Christoph Hellwig wrote:
On Wed, Sep 29, 2004 at 03:12:03PM +0100, Keith Whitwell wrote:
Thinking about it, it may not have been a problem of crashing, but rather that
the behaviour visible from a program attempting to read (or poll) was
different with noop versions of these functions to NULL
Keith Whitwell wrote:
Christoph Hellwig wrote:
On Wed, Sep 29, 2004 at 02:29:24PM +0100, Keith Whitwell wrote:
Christoph Hellwig wrote:
- drm_flush is a noop. a NULL -flush does the same thing, just easier
- dito or -poll
- dito for -read
Pretty sure you couldn't get away with null for these in
On Wed, Sep 29, 2004 at 03:12:03PM +0100, Keith Whitwell wrote:
Thinking about it, it may not have been a problem of crashing, but rather that
the behaviour visible from a program attempting to read (or poll) was
different with noop versions of these functions to NULL versions, and that was
Jon Smirl wrote:
Drivers provide these callbacks..
struct drm_driver_fn {
u32 driver_features;
int dev_priv_size;
int permanent_maps;
drm_ioctl_desc_t *ioctls;
int num_ioctls;
int (*preinit)(struct drm_device *, unsigned long flags);
void
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1220
[EMAIL PROTECTED] changed:
What|Removed |Added
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1461
--- Additional Comments From [EMAIL PROTECTED] 2004-09-29 07:47 ---
I don't
On Wed, 2004-09-29 at 07:25, Keith Whitwell wrote:
The whole context thing in the kernel is pretty much cruft. The gamma module
used to rely on it, maybe the ffb module if that still exists? It would be
good to see this disappear.
A few Gentoo Sparc folks use ffb, and in some cases it
Around 15 o'clock on Sep 29, Keith Whitwell wrote:
A future X-on-GL world where regular applications are presumably doing direct
rendering will change that assumption...
I'm not planning on eliminating the X protocol in this environment, so
unless cairo really takes off and applications
(20040929). The display for the UT2004
linux demo (a 250+Mb download unfortunately :( ) is completely messed up --
there are planes of repeated textures sticking out all over the place.
Btw, driconf doesn't want to talk to the driver either (?) (It says Driver
r200 is not installed or does not support
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1495
--- Additional Comments From [EMAIL PROTECTED] 2004-09-29 14:01 ---
Your
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1495
--- Additional Comments From [EMAIL PROTECTED] 2004-09-29 14:22 ---
Ah:
$
El Miércoles, 29 de Septiembre del 2004 3:20 AM, Jon Smirl escribió:
Get the code from here:
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvs/dri co drm
and build in the linux-2.6 directory.
It looks like you are missing drm_sysfs.h which is is the CVS repository.
I'm building mach64 from CVS on my
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1495
--- Additional Comments From [EMAIL PROTECTED] 2004-09-29 14:52 ---
xdriinfo
On Tue, 28 Sep 2004 11:54:35 -0400
Jon Smirl [EMAIL PROTECTED] wrote:
I've checked two new directories into DRM CVS for Linux 2.6 -
linux-core, shared-core. This code implements a new model for DRM
where DRM is split into a core piece and personality modules that
share the core. The major
/opt/Mesa /usr/X11R6/lib/xscreensaver/endgame -root -visual 0x24
endgame: ignoring `-visual 0x24' because of `-root'.
endgame: using root window's visual 0x23.
cpu vendor: AuthenticAMD
cpu name: AMD Athlon(tm) MP
MMX cpu detected.
3DNow! cpu detected.
Testing OS support for SSE... yes.
Testing OS
On Wed, 29 Sep 2004 23:33:00 +0200
David [EMAIL PROTECTED] wrote:
El Miércoles, 29 de Septiembre del 2004 3:20 AM, Jon Smirl escribió:
Get the code from here:
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvs/dri co drm
and build in the linux-2.6 directory.
It looks like you are missing
Am Mittwoch, 29. September 2004 17:26 schrieb Andreas Stenglein:
maybe this help a bit.. but I think its not a full fix.
Not full for Celestia 'Earth - ISS' (few textures are still flickering,
Eric?) and xscreensaver's 'pipe' angles are not full rendered.
-Dieter
Index:
I made the linux vs linux-2.6 split because people wanted the GPL code
isolated. Anyway, it looks like linux-core may override the linux-2.6
directory when we can say it is working. I thought the snapshots were
snapshoting the whole DRM tree.
I tried to fix it so that if you built the linux
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1461
--- Additional Comments From [EMAIL PROTECTED] 2004-09-29 16:10 ---
Created an
On Wed, 29 Sep 2004 23:52:38 +0200, Felix Kühling [EMAIL PROTECTED] wrote:
Is it normal that the savage module looks unused? I can actually rmmod
the savage module while X is running. After that direct rending fails
with some error message about permissions ... reloading savage didn't
help (of
On Wed, 2004-09-29 at 07:25, Keith Whitwell wrote:
Jon Smirl wrote:
Drivers provide these callbacks..
struct drm_driver_fn {
u32 driver_features;
int dev_priv_size;
int permanent_maps;
drm_ioctl_desc_t *ioctls;
int num_ioctls;
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1058
[EMAIL PROTECTED] changed:
What|Removed |Added
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=984
[EMAIL PROTECTED] changed:
What|Removed |Added
I downloaded the latest savage and common snapshots today, and I have a
few notes (thanks for the great work!):
- The snapshots do not work out-of-the-box on 2.6 kernels -- the 2.6
DRM must be downloaded from CVS installed separately (this does not seem
to be documented)
- My previously
38 matches
Mail list logo