Re: [PATCH v2 00/18] OMAP4: PM data big spring cleanup and fixes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 7 Jul 2011, Tony Lindgren wrote:

> Well sounds like we might be able to get rid of CHIP_IS in the *_data.c 
> files if we use SoC variant specific lists. Of course Paul might have 
> some other ideas here.

Sounds like a reasonable approach to me for the data files.  The 
powerdomain, clockdomain, and hwmod data would be good places to start.  
It will come at the cost of some extra memory and duplicated data - 
consider mach-omap2/clockdomains2xxx_3xxx_data.c. But given the zeitgeist, 
it's probably worth it to avoid patching that data when we need to 
generalize.

Unfortunately, we'll still have the macro naming and file naming parts of 
the problem.  Not sure if there's an easy fix for those, though.


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


[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux