Hi Dave,
2010/3/25 Dave Airlie :
> Some nouveau updates + misc drm core fixes,
>
> radeon kms: mostly fixes, however a cleanup to the ugly asic tables to
> avoid drift between C prototypes moves some stuff around, and I've merged
> Jerome's GPU recovery code, as I'd much rather users had some of h
On Fri, Mar 5, 2010 at 8:49 AM, Ingo Molnar wrote:
> The conclusion is crystal clear, breaking an ABI via a "flag day"
> cleanup/feature/etc is:
>
> - wrong
>
> - harmful
>
> - limits the developer base
>
> - limits the tester base
>
> - wastes time and effort. (fewer developers/testers means
Hi Linus,
On Thu, 10 Dec 2009, Maarten Maathuis wrote:
>> You assume that Red Hat has full control over the project, which i
>> don't think is the case. The reason it isn't in staging yet (as far as
>> i know) is because of some questions over the copyright of some
>> (essential) microcode. Either
Hi Jerome,
On Tue, 2009-06-23 at 22:52 +0300, Pekka Enberg wrote:
> > On Tue, Jun 23, 2009 at 10:46 PM, Jerome Glisse wrote:
> > > Command stream parsing is the most common operation and can
> > > happen hundred of times per second, we don't want to allocate/free
>
Hi Jerome,
On Tue, Jun 23, 2009 at 10:46 PM, Jerome Glisse wrote:
> Command stream parsing is the most common operation and can
> happen hundred of times per second, we don't want to allocate/free
> memory each time this ioctl is call. This rework the ioctl
> to avoid doing so by allocating tempor
On Thu, 2006-05-25 at 10:31 +0100, Dave Airlie wrote:
> No.
>
> and ATI hate you for trying :-)
>
> see numerous archive posts about this..
Aah, thanks. Well, I am stuck with this chip, so please let me know if
I can help out with reverse engineering the R500 chip as I am sure ATI
will ignore m
Hi,
I am running Ubuntu Linux on Intel-based iMac and was wondering if I
could use the r300 driver for 3D. The card is a PCI Express ATI Radeon
Mobility X1600 (M56P). Neither the DRM nor the DRI driver recognize my
card due to missing PCI IDs. I tried adding my card to the DRM driver
like this
Hi!
This patch removes unnecessary backward compatablity macros and
unused DRM_MIN, DRM_MAX, and DRM_GET_PRIV_SAREA macros.
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
drmP.h | 37 -
drm_proc.c |2 +-
drm_vm.c
Hi,
Sorry, I sent you the wrong one as DRM_MIN and DRM_MAX are not unused.
Please use this one.
[PATCH] DRM: minor cleanups
This patch removes unnecessary backwards compatablity macros and
unused DRM_GET_PRIV_SAREA macro.
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
drmP.h