[PATCH] video: tegra: add tegra display controller and fb driver

Ryan Mallon ryan at bluewatersys.com
Wed Aug 25 20:00:08 EDT 2010


On 08/26/2010 11:56 AM, Erik Gilling wrote:
> On Wed, Aug 25, 2010 at 3:59 PM, Ryan Mallon <ryan at bluewatersys.com> wrote:
>> On 08/26/2010 10:03 AM, Erik Gilling wrote:
>>
>> You sent this just to me, did you mean to post to the list also?
> 
> oops
> 
>>>>> +config FB_TEGRA
>>>>> +     tristate "Tegra Framebuffer driver"
>>>>> +     depends on TEGRA_DC && FB = y
>>>>
>>
>>>>
>>>> The dump_regs code is very long for a debugging feature. Can it just be
>>>> replaced by a for loop which prints the offsets and values of each register?
>>>
>>> Printing the names of the registers has been invaluable so far.  I
>>> could move this to a separate file.
>>
>> Its useful for debugging while developing the driver, but it adds a lot
>> of code. Do you expect the register dumping features to be required once
>> the driver hits mainline?
> 
> I expect the driver will hit mainline is several phases.  This first
> one.  One where HDMI works.  One where DSI works.  One which has
> rotation.  This code is useful for all those phases.
...
> They still fill different uses.  You can't cat a debugfs file from an
> interrupt handler.  You can't call dump_regs() from userspace.  I'm
> still actively using both.  I could see taking one out once
> development on the driver calms down.

Okay, maybe keep both with a comment stating why the debug is still
there, and that it is scheduled to be removed once the driver is
complete in mainline?

~Ryan

-- 
Bluewater Systems Ltd - ARM Technology Solution Centre

Ryan Mallon         		5 Amuri Park, 404 Barbadoes St
ryan at bluewatersys.com         	PO Box 13 889, Christchurch 8013
http://www.bluewatersys.com	New Zealand
Phone: +64 3 3779127		Freecall: Australia 1800 148 751
Fax:   +64 3 3779135			  USA 1800 261 2934



More information about the linux-arm-kernel mailing list