On Wed, Jan 2, 2013 at 6:05 AM, ??? wrote:
> Hi Rahul,
>
> On 2012? 12? 28? 16:01, Rahul Sharma wrote:
>> There's no need to allocate edid twice and do a memcpy when drm helpers
>> exist to do just that. This patch cleans that interaction up, and
>> doesn't keep the edid hanging around in the conn
Hi Rahul,
On 2012? 12? 28? 16:01, Rahul Sharma wrote:
> There's no need to allocate edid twice and do a memcpy when drm helpers
> exist to do just that. This patch cleans that interaction up, and
> doesn't keep the edid hanging around in the connector.
Basically, I agree about this idea. But exyn
On Wed, Jan 2, 2013 at 6:05 AM, 김승우 wrote:
> Hi Rahul,
>
> On 2012년 12월 28일 16:01, Rahul Sharma wrote:
>> There's no need to allocate edid twice and do a memcpy when drm helpers
>> exist to do just that. This patch cleans that interaction up, and
>> doesn't keep the edid hanging around in the conn
Hi Rahul,
On 2012년 12월 28일 16:01, Rahul Sharma wrote:
> There's no need to allocate edid twice and do a memcpy when drm helpers
> exist to do just that. This patch cleans that interaction up, and
> doesn't keep the edid hanging around in the connector.
Basically, I agree about this idea. But exyn
There's no need to allocate edid twice and do a memcpy when drm helpers
exist to do just that. This patch cleans that interaction up, and
doesn't keep the edid hanging around in the connector.
Signed-off-by: Sean Paul
Signed-off-by: Rahul Sharma
---
This patch is based on branch "exynos-drm-next
There's no need to allocate edid twice and do a memcpy when drm helpers
exist to do just that. This patch cleans that interaction up, and
doesn't keep the edid hanging around in the connector.
Signed-off-by: Sean Paul
Signed-off-by: Rahul Sharma
---
This patch is based on branch "exynos-drm-next