Ian Romanick wrote:
I think this is the right place to start. A couple of these look easier
to get rid of than others. __HAVE_MTRR and __HAVE_AGP are enabled in
every driver except ffb. It should be easy enough to get rid of them.
It looks like __HAVE_RELEASE, __HAVE_DMA_READY, __HAVE_DMA_FLU
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=943
[EMAIL PROTECTED] changed:
What|Removed |Added
-
Okay at
http://www.skynet.ie/~airlied/patches/dri/drm_fn_tbl.diff
is my first attempt at swatting the low hanging fruit in the DRM,
this moves the driver macros into a function table which the driver can
work off.. i've only done the radeon on Linux (no point going too far
without making sure t
Okay the people who are interested in the future of the DRM seem to be
fairly evenly split between dri-devel and linux-kernel mailing lists,
I'm not going to subscribe to lk (I've been there and I quite enjoy having
a life :-), and I know a fair few lk people won't want to join dri-devel
as DRM i
On Tue, 2004-08-03 at 11:53 +0100, Dave Airlie wrote:
> Okay the people who are interested in the future of the DRM seem to be
> fairly evenly split between dri-devel and linux-kernel mailing lists,
>
> I'm not going to subscribe to lk (I've been there and I quite enjoy having
> a life :-), and I
Okay now I've gotten it to probe my i865 but X kills it stone dead.. I've
checked in the changes..
drmsub0: : (child of agp_i810.c) on agp0
info: [drm] AGP at 0xf000 128MB
info: [drm] Initialized i915 1.1.0 20040405 on minor 0
with X -verbose 3
it gets to:
(II) I810(0): Allocated 64 kB for
Dave Airlie wrote:
Okay at
http://www.skynet.ie/~airlied/patches/dri/drm_fn_tbl.diff
is my first attempt at swatting the low hanging fruit in the DRM,
this moves the driver macros into a function table which the driver can
work off.. i've only done the radeon on Linux (no point going too far
withou
Dave Airlie wrote:
Okay now I've gotten it to probe my i865 but X kills it stone dead.. I've
checked in the changes..
Have you been able to run the version on the i865 branch?
Keith
---
This SF.Net email is sponsored by OSTG. Have you noticed the
>
> Have you been able to run the version on the i865 branch?
I've just been comparing the branchs at source level, I'm not sure I have
a DDX for FreeBSD that will use it ...
I can see some issues in the DDX I'm using now .. I'm going to rebuild
X.org on my FreeBSD box as soon as I can..
Dave.
Dave Airlie wrote:
Have you been able to run the version on the i865 branch?
I've just been comparing the branchs at source level, I'm not sure I have
a DDX for FreeBSD that will use it ...
The whole tree should compile & install just fine off that branch...
shouldn't it?
Keith
> >
> > I've just been comparing the branchs at source level, I'm not sure I have
> > a DDX for FreeBSD that will use it ...
>
> The whole tree should compile & install just fine off that branch... shouldn't
> it?
Forgot about the pre-split tree.. I'll grab it later and give it a go..
Thanks,
Dav
Okay I've created a drm branch drmfntbl-0-0-1 and I've commited the work
I've done so far, i830, mach64, radeon and gamma should be working, I've
only tested the radeon really, I don't even own a gamma (but it causes a
lot of the issues :-)
The current patch is at
http://www.skynet.ie/~airlied/pa
This will give us a chance to make sure they return errors and the
errors get checked. But if this code is going to go into a library, the
PCI match will need to be triggered from the personality modules. Does
this change the way we want to structure the code?
--- Keith Whitwell <[EMAIL PROTECTED]
Keith Whitwell wrote:
We've actually managed to do a fair bit of cleanup already - if you look
at the gamma driver, there's a lot of stuff in there which used to be
shared but ifdef'ed out between all the drivers. The
__HAVE_MULTIPLE_DMA_QUEUES macro is a remnant of this, but I think
you'll br
Ian Romanick wrote:
Keith Whitwell wrote:
We've actually managed to do a fair bit of cleanup already - if you
look at the gamma driver, there's a lot of stuff in there which used
to be shared but ifdef'ed out between all the drivers. The
__HAVE_MULTIPLE_DMA_QUEUES macro is a remnant of this, bu
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=960
--- Additional Comments From [EMAIL PROTECTED] 2004-08-03 12:58 ---
What's the x
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=960
--- Additional Comments From [EMAIL PROTECTED] 2004-08-03 13:18 ---
You might tr
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=960
--- Additional Comments From [EMAIL PROTECTED] 2004-08-03 13:40 ---
flipscreen3d
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=960
--- Additional Comments From [EMAIL PROTECTED] 2004-08-03 13:57 ---
(In reply to
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=960
--- Additional Comments From [EMAIL PROTECTED] 2004-08-03 14:06 ---
as another d
> This will give us a chance to make sure they return errors and the
> errors get checked. But if this code is going to go into a library, the
> PCI match will need to be triggered from the personality modules. Does
> this change the way we want to structure the code?
As Ian said we should take t
Hi,
Finally I can report that your patch work very (well) smoothly :)
I had some problems with xorg cvs, xfs ( font server ) stop working and
I report the problem on
https://freedesktop.org/bugzilla/show_bug.cgi?id=682
thanks,
On Mon, 2004-08-02 at 05:45, Alex Deucher wrote:
> I just finishe
the bulk of the probe code can stay in the library.
Maybe something like this in a personality module:
static struct pci_driver drm_driver = {
.name = DRIVER_NAME,
.id_table = DRM(pciidlist),
.probe = my_probe,
.remove= __devexit_p(drm
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=960
--- Additional Comments From [EMAIL PROTECTED] 2004-08-03 16:17 ---
(In reply to
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=979
Summary: gcc doesn't always inline gnu_dev_makedev
Product: DRI
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=979
--- Additional Comments From [EMAIL PROTECTED] 2004-08-03 19:26 ---
Created an a
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=979
--- Additional Comments From [EMAIL PROTECTED] 2004-08-03 19:44 ---
This patch d
Keith,
Have Intel supplied you with any info on the zone rendering stuff
in their chipsets or if we can avail of it .. it sounds like it might be
worth a frame or two ...
Dave.
--
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied at skynet.ie
pam_smb / Linux DECsta
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=980
Summary: DRI fails to compile with Gentoo 2.6.7 kernel
Product: DRI
29 matches
Mail list logo