[PATCH 10/10] drm/exynos: added virtual display driver.
Inki Dae
inki.dae at samsung.com
Thu Mar 15 04:36:14 PDT 2012
> -----Original Message-----
> From: Dave Airlie [mailto:airlied at gmail.com]
> Sent: Thursday, March 15, 2012 7:44 PM
> To: Inki Dae
> Cc: dri-devel at lists.freedesktop.org; kyungmin.park at samsung.com;
> sw0312.kim at samsung.com
> Subject: Re: [PATCH 10/10] drm/exynos: added virtual display driver.
>
> > diff --git a/include/drm/exynos_drm.h b/include/drm/exynos_drm.h
> > index 907daaf..1123342 100644
> > --- a/include/drm/exynos_drm.h
> > +++ b/include/drm/exynos_drm.h
> > @@ -76,6 +76,22 @@ struct drm_exynos_gem_mmap {
> > uint64_t mapped;
> > };
> >
> > +/**
> > + * A structure for user connection request of virtual display.
> > + *
> > + * @connection: indicate whether doing connetion or not by user.
> > + * @extensions: if this value is 1 then the vidi driver would need
> additional
> > + * 128bytes edid data.
> > + * @pad: just padding to be 64-bit aligned.
> > + * @edid: the edid data pointer from user side.
> > + */
> > +struct drm_exynos_vidi_connection {
> > + unsigned int connection;
> > + unsigned int extensions;
> > + unsigned int pad;
> > + void *edid;
> > +};
> > +
>
> No void * in ioctl structs use u64, also not sure why you have a
> 32-bit pad since you probably want it padded to 64-bit.
>
> Dave.
Yes, right. I wanted it to be padded to 64-bit. and edid would point to
buffer containing edit data and it would be passed from user to kernel side
so for this, is it right to use u64? I will change variable type to "void
__user *" if your missing point. please let me know if there is any problem.
Thanks,
Inki Dae
More information about the dri-devel
mailing list