Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-27-10 01:02 ---
Richard, could I get y
On Mon, 2003-10-27 at 00:12, Adam K Kirchhoff wrote:
>
> I was fooling around today with a clean install of FreeBSD, and thought
> I'd give it a try. I added the device ID for my radeon 9800 to the
> radeon_drv.c file, and recompiled the radeon kernel module. It loads
> fine... I modified my XF
it's hard to say if it's worth pursuing or not since no one that I know
of has the docs for the 3D engine on r300.
Alex
--- Adam K Kirchhoff <[EMAIL PROTECTED]> wrote:
>
> I'm curious if anyone has attempted to get an R300 card working with
> the
> r200 driver? :-)
>
> I was fooling around toda
I waited a while but no one else replied to this one, so I'll give it
a try.
On Sat, Oct 25, 2003 at 12:08:48PM +0200, Morten Hustveit wrote:
| In the Radeon driver, TCL is currently enabled by default. However, it seems
| like there is no guarantee that the same set of vertices will be transfor
On Thu, 2003-10-23 at 08:13, Eric Anholt wrote:
>
> I've converted the DRM to old-style attachment. I haven't tested with
> radeonfb to see if it actually fixed it (netboot linux kernels are
> annoying to prepare), but my radeon and sis cards continued to work. If
> someone could test with rade
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-26-10 21:01 ---
Running kernel 2.6.0-t
--- Eric Anholt <[EMAIL PROTECTED]> wrote:
> Where is drmGetHardareInfo()?
I forgot to copy it back into the DRI tree. New patch attached.
>
> If the DRM is copy_to_usering more data in the 1.1 interface verision,
> the drmGetStats needs to be passing a larger struct in so that other
> data won't
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=314
[EMAIL PROTECTED] changed:
What|Removed |Added
---
On Sun, 2003-10-26 at 16:06, Jon Smirl wrote:
> This is the start of a patch to get a few more things out of the driver that I
> need. I thought I'd run it by you before implementing the rest of it. I need to
> get hardware info including PC IDs, interrupt number, mmio and framebuffer
> locations.
This is the start of a patch to get a few more things out of the driver that I
need. I thought I'd run it by you before implementing the rest of it. I need to
get hardware info including PC IDs, interrupt number, mmio and framebuffer
locations. Since we don't want to use any more generic IOCTLS I m
I'm curious if anyone has attempted to get an R300 card working with the
r200 driver? :-)
I was fooling around today with a clean install of FreeBSD, and thought
I'd give it a try. I added the device ID for my radeon 9800 to the
radeon_drv.c file, and recompiled the radeon kernel module. It loa
On Sat, 2003-10-25 at 22:32, Robin Cook wrote:
>
> I am running the 2.6.0-test8 kernel, and XFree86 4.3.99.14.
>
> I have tried it with both the 2.6.0-test8 drm module and the one from
> xfree86 4.3.99.14
Don't bother with the latter, the former is at least as current,
probably more so by now. D
On Tue, 21 Oct 2003, Linus Torvalds wrote:
>> glcontextmodes.o gets linked to libGL, not the driver. Apperently you
>> have an outdated libGL installed.
>
>Well, my regular libGL.so is as new as the driver and compiled from DRI.
>And yes, _gl_context_modes_destroy is there according to 'nm'.
>
>
Linus Torvalds wrote:
Quite frankly, I'd much rather see a low-level graphics driver that does
_two_ things, and those things only:
- basic hardware enumeration and setup (and no, "basic setup" does not
mean "mode switching": it literally means things like doing the
pci_enable_device() stuf
14 matches
Mail list logo
