* [PATCH 6/8] DSPBRIDGE: Use dspbridge to initialize platform data @ 2010-01-08 1:00 Omar Ramirez Luna 2010-01-08 2:29 ` Nishanth Menon 0 siblings, 1 reply; 6+ messages in thread From: Omar Ramirez Luna @ 2010-01-08 1:00 UTC (permalink / raw) To: linux-omap Cc: Hiroshi Doyu, Ameya Palande, Felipe Contreras, Fernando Guzman, Ernesto Ramos, Omar Ramirez Luna Include dspbridge compilation whenever bridge driver is selected to be compiled, either as a module or part of the kernel. This will initialize platform data specific PM functions. Signed-off-by: Omar Ramirez Luna <omar.ramirez@ti.com> --- arch/arm/mach-omap2/Makefile | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mach-omap2/Makefile index d1cf986..0881470 100644 --- a/arch/arm/mach-omap2/Makefile +++ b/arch/arm/mach-omap2/Makefile @@ -75,7 +75,9 @@ obj-y += $(i2c-omap-m) $(i2c-omap-y) # Debobs obj-$(CONFIG_OMAP3_DEBOBS) += debobs.o -obj-$(CONFIG_MPU_BRIDGE) += dspbridge.o +ifneq ($(CONFIG_MPU_BRIDGE),) +obj-y += dspbridge.o +endif # Specific board support obj-$(CONFIG_MACH_OMAP_GENERIC) += board-generic.o -- 1.6.2.4 ^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH 6/8] DSPBRIDGE: Use dspbridge to initialize platform data 2010-01-08 1:00 [PATCH 6/8] DSPBRIDGE: Use dspbridge to initialize platform data Omar Ramirez Luna @ 2010-01-08 2:29 ` Nishanth Menon 2010-01-08 16:48 ` Ramirez Luna, Omar 0 siblings, 1 reply; 6+ messages in thread From: Nishanth Menon @ 2010-01-08 2:29 UTC (permalink / raw) To: Ramirez Luna, Omar Cc: linux-omap, Hiroshi Doyu, Ameya Palande, Felipe Contreras, Guzman Lugo, Fernando, Ramos Falcon, Ernesto Ramirez Luna, Omar had written, on 01/07/2010 07:00 PM, the following: > Include dspbridge compilation whenever bridge driver is selected to > be compiled, either as a module or part of the kernel. This will > initialize platform data specific PM functions. ?? are you intending to state that dspbridge.c can now not be a module? can you elaborate more as to why? > > Signed-off-by: Omar Ramirez Luna <omar.ramirez@ti.com> > --- > arch/arm/mach-omap2/Makefile | 4 +++- > 1 files changed, 3 insertions(+), 1 deletions(-) > > diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mach-omap2/Makefile > index d1cf986..0881470 100644 > --- a/arch/arm/mach-omap2/Makefile > +++ b/arch/arm/mach-omap2/Makefile > @@ -75,7 +75,9 @@ obj-y += $(i2c-omap-m) $(i2c-omap-y) > # Debobs > obj-$(CONFIG_OMAP3_DEBOBS) += debobs.o ?? I dont find this in l-o master/2.6.32.. something I am missing? > > -obj-$(CONFIG_MPU_BRIDGE) += dspbridge.o > +ifneq ($(CONFIG_MPU_BRIDGE),) > +obj-y += dspbridge.o > +endif > > # Specific board support > obj-$(CONFIG_MACH_OMAP_GENERIC) += board-generic.o -- Regards, Nishanth Menon ^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: [PATCH 6/8] DSPBRIDGE: Use dspbridge to initialize platform data 2010-01-08 2:29 ` Nishanth Menon @ 2010-01-08 16:48 ` Ramirez Luna, Omar 2010-01-08 16:51 ` Nishanth Menon 0 siblings, 1 reply; 6+ messages in thread From: Ramirez Luna, Omar @ 2010-01-08 16:48 UTC (permalink / raw) To: Menon, Nishanth Cc: linux-omap, Hiroshi Doyu, Ameya Palande, Felipe Contreras, Guzman Lugo, Fernando, Ramos Falcon, Ernesto >From: Menon, Nishanth > >Ramirez Luna, Omar had written, on 01/07/2010 07:00 PM, the following: >> Include dspbridge compilation whenever bridge driver is selected to >> be compiled, either as a module or part of the kernel. This will >> initialize platform data specific PM functions. >?? are you intending to state that dspbridge.c can now not be a module? Yes, if bridge is selected it will include dspbridge as part of the kernel, leaving bridgedriver to be installed depending on selected option (module or built in) >can you elaborate more as to why? Lately EXPORT_SYMBOL has been removed from pm functions, bridge depends on those symbols and now that they can't be resolved at runtime (or insmod time), then dspbridge driver needs to be compiled as part of the kernel to resolve them on its platform data structure, otherwise linking will break. > >> >> Signed-off-by: Omar Ramirez Luna <omar.ramirez@ti.com> >> --- >> arch/arm/mach-omap2/Makefile | 4 +++- >> 1 files changed, 3 insertions(+), 1 deletions(-) >> >> diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mach-omap2/Makefile >> index d1cf986..0881470 100644 >> --- a/arch/arm/mach-omap2/Makefile >> +++ b/arch/arm/mach-omap2/Makefile >> @@ -75,7 +75,9 @@ obj-y += $(i2c-omap-m) $(i2c-omap-y) >> # Debobs >> obj-$(CONFIG_OMAP3_DEBOBS) += debobs.o >?? I dont find this in l-o master/2.6.32.. something I am missing? > >> >> -obj-$(CONFIG_MPU_BRIDGE) += dspbridge.o >> +ifneq ($(CONFIG_MPU_BRIDGE),) >> +obj-y += dspbridge.o >> +endif > >> >> # Specific board support >> obj-$(CONFIG_MACH_OMAP_GENERIC) += board-generic.o > > >-- >Regards, >Nishanth Menon ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH 6/8] DSPBRIDGE: Use dspbridge to initialize platform data 2010-01-08 16:48 ` Ramirez Luna, Omar @ 2010-01-08 16:51 ` Nishanth Menon 2010-01-08 17:58 ` Ramirez Luna, Omar 0 siblings, 1 reply; 6+ messages in thread From: Nishanth Menon @ 2010-01-08 16:51 UTC (permalink / raw) To: Ramirez Luna, Omar Cc: linux-omap, Hiroshi Doyu, Ameya Palande, Felipe Contreras, Guzman Lugo, Fernando, Ramos Falcon, Ernesto Ramirez Luna, Omar had written, on 01/08/2010 10:48 AM, the following: >> From: Menon, Nishanth >> >> Ramirez Luna, Omar had written, on 01/07/2010 07:00 PM, the following: >>> Include dspbridge compilation whenever bridge driver is selected to >>> be compiled, either as a module or part of the kernel. This will >>> initialize platform data specific PM functions. >> ?? are you intending to state that dspbridge.c can now not be a module? > > Yes, if bridge is selected it will include dspbridge as part of the kernel, leaving bridgedriver to be installed depending on selected option (module or built in) > >> can you elaborate more as to why? > > Lately EXPORT_SYMBOL has been removed from pm functions, bridge depends on those symbols and now that they can't be resolved at runtime (or insmod time), then dspbridge driver needs to be compiled as part of the kernel to resolve them on its platform data structure, otherwise linking will break. might be good to know what these functions are and why they need to be exported. we could see how the community thinks about exporting those APIs. further, I thought your branch was based on l-o and not l-o pm. am I wrong? > >>> Signed-off-by: Omar Ramirez Luna <omar.ramirez@ti.com> >>> --- >>> arch/arm/mach-omap2/Makefile | 4 +++- >>> 1 files changed, 3 insertions(+), 1 deletions(-) >>> >>> diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mach-omap2/Makefile >>> index d1cf986..0881470 100644 >>> --- a/arch/arm/mach-omap2/Makefile >>> +++ b/arch/arm/mach-omap2/Makefile >>> @@ -75,7 +75,9 @@ obj-y += $(i2c-omap-m) $(i2c-omap-y) >>> # Debobs >>> obj-$(CONFIG_OMAP3_DEBOBS) += debobs.o >> ?? I dont find this in l-o master/2.6.32.. something I am missing? You never answered this.is your patch based on PM branch? >> >>> -obj-$(CONFIG_MPU_BRIDGE) += dspbridge.o >>> +ifneq ($(CONFIG_MPU_BRIDGE),) >>> +obj-y += dspbridge.o >>> +endif >>> # Specific board support >>> obj-$(CONFIG_MACH_OMAP_GENERIC) += board-generic.o >> >> -- >> Regards, >> Nishanth Menon -- Regards, Nishanth Menon ^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: [PATCH 6/8] DSPBRIDGE: Use dspbridge to initialize platform data 2010-01-08 16:51 ` Nishanth Menon @ 2010-01-08 17:58 ` Ramirez Luna, Omar 2010-01-08 19:05 ` Nishanth Menon 0 siblings, 1 reply; 6+ messages in thread From: Ramirez Luna, Omar @ 2010-01-08 17:58 UTC (permalink / raw) To: Menon, Nishanth Cc: linux-omap, Hiroshi Doyu, Ameya Palande, Felipe Contreras, Guzman Lugo, Fernando, Ramos Falcon, Ernesto >From: Menon, Nishanth > >Ramirez Luna, Omar had written, on 01/08/2010 10:48 AM, the following: >>> From: Menon, Nishanth >>> >>> Ramirez Luna, Omar had written, on 01/07/2010 07:00 PM, the following: >>>> Include dspbridge compilation whenever bridge driver is selected to >>>> be compiled, either as a module or part of the kernel. This will >>>> initialize platform data specific PM functions. >>> ?? are you intending to state that dspbridge.c can now not be a module? >> >> Yes, if bridge is selected it will include dspbridge as part of the kernel, leaving bridgedriver to >be installed depending on selected option (module or built in) >> >>> can you elaborate more as to why? >> >> Lately EXPORT_SYMBOL has been removed from pm functions, bridge depends on those symbols and now >that they can't be resolved at runtime (or insmod time), then dspbridge driver needs to be compiled >as part of the kernel to resolve them on its platform data structure, otherwise linking will break. > >might be good to know what these functions are and why they need to be >exported. we could see how the community thinks about exporting those >APIs. further, I thought your branch was based on l-o and not l-o pm. am >I wrong? Branch is based on l-o, but I'm trying to keep the less differences between l-o-pm version... as of now since DVFS doesn't exists on l-o, this problem is not shown, but bridge version based on l-o-pm has it. > >> >>>> Signed-off-by: Omar Ramirez Luna <omar.ramirez@ti.com> >>>> --- >>>> arch/arm/mach-omap2/Makefile | 4 +++- >>>> 1 files changed, 3 insertions(+), 1 deletions(-) >>>> >>>> diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mach-omap2/Makefile >>>> index d1cf986..0881470 100644 >>>> --- a/arch/arm/mach-omap2/Makefile >>>> +++ b/arch/arm/mach-omap2/Makefile >>>> @@ -75,7 +75,9 @@ obj-y += $(i2c-omap-m) $(i2c-omap-y) >>>> # Debobs >>>> obj-$(CONFIG_OMAP3_DEBOBS) += debobs.o >>> ?? I dont find this in l-o master/2.6.32.. something I am missing? > >You never answered this.is your patch based on PM branch? Sorry, yes this version of the patch is based on PM, must have confused both versions. I'll resend master/2.6.32 which should change this reference lines... Btw why do we have this "debobs" on l-o-pm and not on l-o? > >>> >>>> -obj-$(CONFIG_MPU_BRIDGE) += dspbridge.o >>>> +ifneq ($(CONFIG_MPU_BRIDGE),) >>>> +obj-y += dspbridge.o >>>> +endif >>>> # Specific board support >>>> obj-$(CONFIG_MACH_OMAP_GENERIC) += board-generic.o >>> >>> -- >>> Regards, >>> Nishanth Menon > > >-- >Regards, >Nishanth Menon ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH 6/8] DSPBRIDGE: Use dspbridge to initialize platform data 2010-01-08 17:58 ` Ramirez Luna, Omar @ 2010-01-08 19:05 ` Nishanth Menon 0 siblings, 0 replies; 6+ messages in thread From: Nishanth Menon @ 2010-01-08 19:05 UTC (permalink / raw) To: Ramirez Luna, Omar Cc: linux-omap, Hiroshi Doyu, Ameya Palande, Felipe Contreras, Guzman Lugo, Fernando, Ramos Falcon, Ernesto Ramirez Luna, Omar had written, on 01/08/2010 11:58 AM, the following: >> From: Menon, Nishanth >> >> Ramirez Luna, Omar had written, on 01/08/2010 10:48 AM, the following: >>>> From: Menon, Nishanth >>>> >>>> Ramirez Luna, Omar had written, on 01/07/2010 07:00 PM, the following: >>>>> Include dspbridge compilation whenever bridge driver is selected to >>>>> be compiled, either as a module or part of the kernel. This will >>>>> initialize platform data specific PM functions. >>>> ?? are you intending to state that dspbridge.c can now not be a module? >>> Yes, if bridge is selected it will include dspbridge as part of the kernel, leaving bridgedriver to >> be installed depending on selected option (module or built in) >>>> can you elaborate more as to why? >>> Lately EXPORT_SYMBOL has been removed from pm functions, bridge depends on those symbols and now >> that they can't be resolved at runtime (or insmod time), then dspbridge driver needs to be compiled >> as part of the kernel to resolve them on its platform data structure, otherwise linking will break. >> >> might be good to know what these functions are and why they need to be >> exported. we could see how the community thinks about exporting those >> APIs. further, I thought your branch was based on l-o and not l-o pm. am >> I wrong? > > Branch is based on l-o, but I'm trying to keep the less differences between l-o-pm version... > as of now since DVFS doesn't exists on l-o, this problem is not shown, but bridge version based on l-o-pm has it. alright, so please keep the patch for dspbridge-pm or equivalent branch that you maintain :). > >>>>> Signed-off-by: Omar Ramirez Luna <omar.ramirez@ti.com> >>>>> --- >>>>> arch/arm/mach-omap2/Makefile | 4 +++- >>>>> 1 files changed, 3 insertions(+), 1 deletions(-) >>>>> >>>>> diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mach-omap2/Makefile >>>>> index d1cf986..0881470 100644 >>>>> --- a/arch/arm/mach-omap2/Makefile >>>>> +++ b/arch/arm/mach-omap2/Makefile >>>>> @@ -75,7 +75,9 @@ obj-y += $(i2c-omap-m) $(i2c-omap-y) >>>>> # Debobs >>>>> obj-$(CONFIG_OMAP3_DEBOBS) += debobs.o >>>> ?? I dont find this in l-o master/2.6.32.. something I am missing? >> You never answered this.is your patch based on PM branch? > > Sorry, yes this version of the patch is based on PM, must have confused both versions. > I'll resend master/2.6.32 which should change this reference lines... > > Btw why do we have this "debobs" on l-o-pm and not on l-o? due to patch in pm tree: OMAP3: Add debug observablity (debobs) Kconfig item this is adding debug observability signals over ETK lines (which is kinda cool ;) ). [...] -- Regards, Nishanth Menon ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2010-01-08 19:05 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2010-01-08 1:00 [PATCH 6/8] DSPBRIDGE: Use dspbridge to initialize platform data Omar Ramirez Luna 2010-01-08 2:29 ` Nishanth Menon 2010-01-08 16:48 ` Ramirez Luna, Omar 2010-01-08 16:51 ` Nishanth Menon 2010-01-08 17:58 ` Ramirez Luna, Omar 2010-01-08 19:05 ` Nishanth Menon
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.