I've been trying to figure out how come X wouldn't load when I have
two of the new drm-core type drivers loaded. Then if finally occurred
to me to load the old drivers and see what X does, it fails too.
I have an AGP radeon and PCI r128. modprobe in radeon and r128. I'll
attach my xconf.
Now star
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 repo
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
-
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
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_io
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
> hel
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
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 direc
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: Mesa/src/mesa/drive
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 mi
/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 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 majo
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 lo
On Mer, 2004-09-29 at 22:52, Felix KÃhling wrote:
> Module Size Used by
> savage 3520 0
> drm62500 3 savage
>
> Is it normal that the savage module looks unused?
looks like a bug. If the drm layer provides the file_operations for
the device
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:25 ---
Nope, no di
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
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:
$ LIBGL
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 commen
today (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
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 st
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 wo
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 hav
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
Keith Whitwell wrote:
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 thes
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 (*prer
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 w
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
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 ve
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 da
>
> - 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 bac
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 2.4, at least.
Umm,
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,
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
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 look
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,
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,
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 spons
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 d
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 clos
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
43 matches
Mail list logo