Re: [RFC][PATCH v4? 0/7] Adaptive Body-Bias for OMAP
* Mike Turquette mturque...@ti.com [121011 15:27]: Quoting Nishanth Menon (2012-10-11 06:33:04) On 18:26-20121003, Mike Turquette wrote: From: Mike Turquette mturque...@linaro.org [...] arch/arm/mach-omap2/Makefile |8 +- arch/arm/mach-omap2/abb.c | 322 + arch/arm/mach-omap2/abb.h | 94 [...] arch/arm/plat-omap/include/plat/voltage.h |1 + 18 files changed, 699 insertions(+), 37 deletions(-) create mode 100644 arch/arm/mach-omap2/abb.c create mode 100644 arch/arm/mach-omap2/abb.h create mode 100644 arch/arm/mach-omap2/abb36xx_data.c create mode 100644 arch/arm/mach-omap2/abb44xx_data.c dumb question: with the request to move everything out of mach-omap2 directory, do we still want to add more files into mach-omap2? Not a dumb question at all. I approached this problem by modeling it after existing voltage layer code (in particular the vp and vc drivers). My hope is to get it merged as-is and then bundle the abb code up with the vp/vc migration to drivers/* when that happens some day. People using omap36xx and above need this code now, so it seems prudent to take this approach today. This is needed, but makes moving the vc code to drivers a bit more complex. So we also need a plan to move this all to drivers in the follow up patches. And we need a maintainer for the code. Who is going to be doing all that? Regards, Tony -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC][PATCH v4? 0/7] Adaptive Body-Bias for OMAP
Mike Turquette mturque...@ti.com writes: Quoting Tony Lindgren (2012-10-16 09:32:25) * Mike Turquette mturque...@ti.com [121011 15:27]: Quoting Nishanth Menon (2012-10-11 06:33:04) On 18:26-20121003, Mike Turquette wrote: From: Mike Turquette mturque...@linaro.org [...] arch/arm/mach-omap2/Makefile |8 +- arch/arm/mach-omap2/abb.c | 322 + arch/arm/mach-omap2/abb.h | 94 [...] arch/arm/plat-omap/include/plat/voltage.h |1 + 18 files changed, 699 insertions(+), 37 deletions(-) create mode 100644 arch/arm/mach-omap2/abb.c create mode 100644 arch/arm/mach-omap2/abb.h create mode 100644 arch/arm/mach-omap2/abb36xx_data.c create mode 100644 arch/arm/mach-omap2/abb44xx_data.c dumb question: with the request to move everything out of mach-omap2 directory, do we still want to add more files into mach-omap2? Not a dumb question at all. I approached this problem by modeling it after existing voltage layer code (in particular the vp and vc drivers). My hope is to get it merged as-is and then bundle the abb code up with the vp/vc migration to drivers/* when that happens some day. People using omap36xx and above need this code now, so it seems prudent to take this approach today. This is needed, but makes moving the vc code to drivers a bit more complex. So we also need a plan to move this all to drivers in the follow up patches. And we need a maintainer for the code. Who is going to be doing all that? Is there already somebody committed to moving vp/vc code out to drivers? Yes, VC/VP is part of the bigger PRM/CM move in progress. For now, I'm ok with adding a little more VC/VP stuff since it's already well isolated in the prm.c files (though it might need a rebase on Paul's recent PRM/CM cleanup stuff.) If so then I can take responsibility for moving the abb code and coordinate with that person. Thanks, Kevin -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC][PATCH v4? 0/7] Adaptive Body-Bias for OMAP
* Kevin Hilman khil...@deeprootsystems.com [121016 14:51]: Mike Turquette mturque...@ti.com writes: Quoting Tony Lindgren (2012-10-16 09:32:25) * Mike Turquette mturque...@ti.com [121011 15:27]: Quoting Nishanth Menon (2012-10-11 06:33:04) On 18:26-20121003, Mike Turquette wrote: From: Mike Turquette mturque...@linaro.org [...] arch/arm/mach-omap2/Makefile |8 +- arch/arm/mach-omap2/abb.c | 322 + arch/arm/mach-omap2/abb.h | 94 [...] arch/arm/plat-omap/include/plat/voltage.h |1 + 18 files changed, 699 insertions(+), 37 deletions(-) create mode 100644 arch/arm/mach-omap2/abb.c create mode 100644 arch/arm/mach-omap2/abb.h create mode 100644 arch/arm/mach-omap2/abb36xx_data.c create mode 100644 arch/arm/mach-omap2/abb44xx_data.c dumb question: with the request to move everything out of mach-omap2 directory, do we still want to add more files into mach-omap2? Not a dumb question at all. I approached this problem by modeling it after existing voltage layer code (in particular the vp and vc drivers). My hope is to get it merged as-is and then bundle the abb code up with the vp/vc migration to drivers/* when that happens some day. People using omap36xx and above need this code now, so it seems prudent to take this approach today. This is needed, but makes moving the vc code to drivers a bit more complex. So we also need a plan to move this all to drivers in the follow up patches. And we need a maintainer for the code. Who is going to be doing all that? Is there already somebody committed to moving vp/vc code out to drivers? Yes, VC/VP is part of the bigger PRM/CM move in progress. For now, I'm ok with adding a little more VC/VP stuff since it's already well isolated in the prm.c files (though it might need a rebase on Paul's recent PRM/CM cleanup stuff.) If so then I can take responsibility for moving the abb code and coordinate with that person. Thanks Mike Kevin, sounds good to me. Regards, Tony -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC][PATCH v4? 0/7] Adaptive Body-Bias for OMAP
On 18:26-20121003, Mike Turquette wrote: From: Mike Turquette mturque...@linaro.org [...] arch/arm/mach-omap2/Makefile |8 +- arch/arm/mach-omap2/abb.c | 322 + arch/arm/mach-omap2/abb.h | 94 [...] arch/arm/plat-omap/include/plat/voltage.h |1 + 18 files changed, 699 insertions(+), 37 deletions(-) create mode 100644 arch/arm/mach-omap2/abb.c create mode 100644 arch/arm/mach-omap2/abb.h create mode 100644 arch/arm/mach-omap2/abb36xx_data.c create mode 100644 arch/arm/mach-omap2/abb44xx_data.c dumb question: with the request to move everything out of mach-omap2 directory, do we still want to add more files into mach-omap2? Regards, NM -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html