search for: drm_ioctl_def

...e_priv) { diff -Naur a/drivers/gpu/drm/nouveau/nouveau_channel.c b/drivers/gpu/drm/nouveau/nouveau_channel.c --- a/drivers/gpu/drm/nouveau/nouveau_channel.c 2010-01-18 13:27:35.702877591 +0100 +++ b/drivers/gpu/drm/nouveau/nouveau_channel.c 2010-01-18 13:30:35.002877939 +0100 @@ -420,8 +420,6 @@ DRM_IOCTL_DEF(DRM_NOUVEAU_GEM_NEW, nouveau_gem_ioctl_new, DRM_AUTH), DRM_IOCTL_DEF(DRM_NOUVEAU_GEM_PUSHBUF, nouveau_gem_ioctl_pushbuf, DRM_AUTH), DRM_IOCTL_DEF(DRM_NOUVEAU_GEM_PUSHBUF_CALL, nouveau_gem_ioctl_pushbuf_call, DRM_AUTH), - DRM_IOCTL_DEF(DRM_NOUVEAU_GEM_PIN, nouveau_gem_ioctl_pin, DRM_AUTH), - DRM...

..., mach64, r128, sis, savage, etc. > > Exactly my point. There's one drm_agp_init() call left in radeon. The > rest of the AGP code is apparently for legacy non-KMS drivers. Should > the related ioctl calls be declared as legacy (i.e., listed with > DRM_LEGACY_IOCTL_DEF instead of DRM_IOCTL_DEF)? If so, much of the AGP > core code could probably be moved behind CONFIG_DRM_LEGACY as well. Ah, I forgot about drm_agp_init(). I was just thinking the other AGP stuff. Yeah, I think we could make it legacy. Alex > > Best regards > Thomas > > > > > Alex > >...

...ng on an FB * @dev: drm device for the ioctl diff --git a/drivers/gpu/drm/drm_ioctl.c b/drivers/gpu/drm/drm_ioctl.c index a7c61c23685a..a9b578dc5d17 100644 --- a/drivers/gpu/drm/drm_ioctl.c +++ b/drivers/gpu/drm/drm_ioctl.c @@ -627,6 +627,7 @@ static const struct drm_ioctl_desc drm_ioctls[] = { DRM_IOCTL_DEF(DRM_IOCTL_MODE_SETPROPERTY, drm_mode_connector_property_set_ioctl, DRM_MASTER|DRM_CONTROL_ALLOW|DRM_UNLOCKED), DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETPROPBLOB, drm_mode_getblob_ioctl, DRM_CONTROL_ALLOW|DRM_UNLOCKED), DRM_IOCTL_DEF(DRM_IOCTL_MODE_GETFB, drm_mode_getfb, DRM_CONTROL_ALLOW|DRM_UNLOCKED),...

On Tue, May 12, 2020 at 2:29 PM Thomas Zimmermann <tzimmermann at suse.de> wrote: > > Hi > > Am 11.05.20 um 19:17 schrieb Christian K?nig: > > Hi guys, > > > > Well let's face it AGP is a total headache to maintain and dead for at least 10+ years. > > > > We have a lot of x86 specific stuff in the architecture independent graphics memory

...ge, etc. > > > > Exactly my point. There's one drm_agp_init() call left in radeon. The > > rest of the AGP code is apparently for legacy non-KMS drivers. Should > > the related ioctl calls be declared as legacy (i.e., listed with > > DRM_LEGACY_IOCTL_DEF instead of DRM_IOCTL_DEF)? If so, much of the AGP > > core code could probably be moved behind CONFIG_DRM_LEGACY as well. > > Ah, I forgot about drm_agp_init(). I was just thinking the other AGP > stuff. Yeah, I think we could make it legacy. > Fwiw I've got local patches a) removing drm_agp_init()...

...n-KMS drivers. > E.g., mach64, r128, sis, savage, etc. Exactly my point. There's one drm_agp_init() call left in radeon. The rest of the AGP code is apparently for legacy non-KMS drivers. Should the related ioctl calls be declared as legacy (i.e., listed with DRM_LEGACY_IOCTL_DEF instead of DRM_IOCTL_DEF)? If so, much of the AGP core code could probably be moved behind CONFIG_DRM_LEGACY as well. Best regards Thomas > > Alex > >> >> Best regards >> Thomas >> >>> >>> Regards, >>> Christian. >>> >>> >>> ________...

Hi, Following is a simple patch that is needed in nouveau to get accelerated X on a Xen dom0 pv_ops kernel. The kernel is jeremy's 2.6.31.6 as of 20100222. The whole gpu tree of nouveau (which is almost the mainline merge), was substituted into the kernel-tree. All components of X (mesa, Xorg-server-7.5, xf86-nouveau, libdrm) used of the same day. Patch: diff -Naur

Hi, Following is a simple patch that is needed in nouveau to get accelerated X on a Xen dom0 pv_ops kernel. The kernel is jeremy's 2.6.31.6 as of 20100222. The whole gpu tree of nouveau (which is almost the mainline merge), was substituted into the kernel-tree. All components of X (mesa, Xorg-server-7.5, xf86-nouveau, libdrm) used of the same day. Patch: diff -Naur

Hello, I have my work on the nv vpe video decoder in a functional state. In case you didn't know this decoder accelerates mpeg2 video at the idct/mc level. I have verified that it works on nv40 hardware. I believe it works on nv30 hardware (and maybe some earlier hardware), but I cannot verify since I have none. I will reply with patches against the kernel, drm, ddx and mesa for