Re: [PATCH] OMAP: use fncpy to copy the PM code functions to SRAM

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

 



Hi Tony,

On Wed, Jan 19, 2011 at 8:10 PM, Tony Lindgren <tony@xxxxxxxxxxx> wrote:
> * Jean Pihet <jean.pihet@xxxxxxxxxxxxxx> [110119 00:05]:
>> On Wed, Jan 19, 2011 at 12:44 AM, Tony Lindgren <tony@xxxxxxxxxxx> wrote:
>> > * Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx> [110118 15:41]:
>> >> On Tue, Jan 18, 2011 at 01:05:49PM +0100, Jean Pihet wrote:
>> >> > Dave, Russell,
>> >> >
>> >> > On Mon, Jan 17, 2011 at 4:46 PM, Dave Martin <dave.martin@xxxxxxxxxx> wrote:
>> >> > > One way to work around this is would be to make omap_sram_push() a macro:
>> >> > >
>> >> > > #define omap_sram_push(funcp, size) \
>> >> > >    (typeof(funcp))_do_omap_sram_push((void *)(funcp), size)
>> >> > >
>> >> > > ... where the definition of _do_omap_sram_push() is the same is the
>> >> > > existing definition of omap_sram_push().  Providing
>> >> > > _do_omap_sram_push() is not called directly, this should now be
>> >> > > type-safe.
>> >> > >
>> >> > Ok I reworked the patch from your suggestions. Indeed a few functions
>> >> > types mismatch have been spotted and corrected using the fncpy API.
>> >> >
>> >> > New patch sent as '[PATCH v2] OMAP: use fncpy to copy the PM code
>> >> > functions to SRAM'.
>> >>
>> >> Looks good, thanks.  Next problem to sort out is who's taking the
>> >> patches...
>> >
>> > You can take them but we should have at least Kevin test and ack them.
>> Sure, this needs some testing on OMAP1 & 2 platforms. It has only been
>> compile tested on those (means: compile OK, functions types mismatches
>> fixed).
>>
>> Anyone with OMAP1 & 2 boards willing to test?
>
> Can you please repost the whole set one more time or have them in
> some git branch? That way I can pull them into linux-omap master
> branch for testing to make sure omap1 and 2 boards don't break.
There is only patch to apply: '[PATCH v2] OMAP: use fncpy to copy the
PM code functions to SRAM'
(http://marc.info/?l=linux-omap&m=129535214414192&w=2) which depends
on Dave Martin's ([PATCH v4] ARM: Thumb-2: Symbol manipulation macros
for function body copying'
(http://marc.info/?l=linux-omap&m=129503990527072&w=2).

Is this enough? If not I can have them in a branch of a gitorious tree.

>
> Tony
>

Thanks,
Jean
--
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