[PATCH 1/2] omap2+: add drm device

[Rob Clark]

On Mon, Jan 16, 2012 at 10:59 AM, Felipe Contreras
<felipe.contreras at gmail.com> wrote:
> On Mon, Jan 16, 2012 at 6:37 PM, Rob Clark <rob.clark at linaro.org> wrote:
>> On Mon, Jan 16, 2012 at 8:12 AM, Felipe Contreras
>> <felipe.contreras at gmail.com> wrote:
>>> On Fri, Jan 13, 2012 at 11:19 PM, Rob Clark <rob.clark at linaro.org> wrote:
>>>> On Fri, Jan 13, 2012 at 2:59 PM, Felipe Contreras
>>>> <felipe.contreras at gmail.com> wrote:
>>>>> On Fri, Jan 13, 2012 at 10:41 PM, Rob Clark <rob.clark at linaro.org> wrote:
>>>>>> diff --git a/arch/arm/plat-omap/Makefile b/arch/arm/plat-omap/Makefile
>>>>>> index 9a58461..b86e6cb 100644
>>>>>> --- a/arch/arm/plat-omap/Makefile
>>>>>> +++ b/arch/arm/plat-omap/Makefile
>>>>>> @@ -4,7 +4,7 @@
>>>>>>
>>>>>>  # Common support
>>>>>>  obj-y := common.o sram.o clock.o devices.o dma.o mux.o \
>>>>>> -        usb.o fb.o counter_32k.o
>>>>>> +        usb.o fb.o counter_32k.o drm.o
>>>>>
>>>>> Should be something like this:
>>>>> obj-$(CONFIG_DRM_OMAP) += drm.o
>>>>
>>>> btw, how does that work if CONFIG_DRM_OMAP=m?  Do you end up w/ a
>>>> plat-omap module?
>>>
>>> Yes, and platform drivers are supposed to be loaded automatically at
>>> boot-time by udev (or similar).
>>
>> oh, but this won't work, because common.c has to call
>> omapdrm_reserve_vram() (similar to how omapfb_reserve_sdram_memblock()
>> works).. so I think it has to stay the way it is in this patch.
>
> #if defined(CONFIG_DRM_OMAP) || defined(CONFIG_DRM_OMAP_MODULE)
> extern void omapdrm_reserve_vram(void);
> #else
> static inline void omapdrm_reserve_vram(void) { }
> #endif
>
> Like how it's done with DSP stuff.

right, but then you'd miss the omapdrm_reserve_vram() call at startup..

BR,
-R

> --
> Felipe Contreras
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html