Am Montag, 26. Januar 2015, 15:45:31 schrieb Wolfgang Denk:
> Is this a 100% binary compatible change? If not, should we not also
> increment XF_VERSION ?
>
Yes it is .
The function pointers declared in _export.h are in the same sequence as they
were before.
Regards
Martin
__
used to format a functionpointer
in the jumptable,
the EXPORT_FUNC macros are expanded three times,
1. to declare the members of the struct
2. to initialize the structmember pointers
3. to call the functions in stubs.c
Signed-off-by: Martin Dorwig
---
Changes in v4:
- add forward decl. for struct
used to format a functionpointer
in the jumptable,
the EXPORT_FUNC macros are expanded three times,
1. to declare the members of the struct
2. to initialize the structmember pointers
3. to call the functions in stubs.c
Signed-off-by: Martin Dorwig
---
Changes in v3:
- install_hdlr/free_hdlr must be
used to format a functionpointer
in the jumptable,
the EXPORT_FUNC macros are expanded three times,
1. to declare the members of the struct
2. to initialize the structmember pointers
3. to call the functions in stubs.c
Signed-off-by: Martin Dorwig
---
Changes in v2:
- redesign the way functions are
Hello,
for CONFIG_AVR32 the macro looks like this:
#define EXPORT_FUNC(x) \
asm volatile( \
" .globl\t" #x "\n" \
#x ":\n"\
Hello,
while trying to eliminate the XF_xxx enums, i came to a point in
examples/standalone/stubs.c
In the definition of EXPORT_FUNC for CONFIG_AVR32
the XF_ ##x is not multiplied with sizeof(void*) .
Is this a bug or a avr feature ?
Regards
Martin
___
stubs.c
Signed-off-by: Martin Dorwig
---
arch/blackfin/cpu/cpu.c | 2 +-
board/BuS/eb_cpux9k2/cpux9k2.c| 2 +-
common/cmd_load.c | 2 +-
common/console.c | 20 +-
common/exports.c | 51 ++--
examples
Am Mittwoch, 12. November 2014, 19:32:21 schrieben Sie:
> Hi Martin,
>
> On 30 October 2014 00:45, Martin Dorwig wrote:
> > Am Mittwoch, 29. Oktober 2014, 13:03:41 schrieben Sie:
> >> Hi Martin,
> >>
> >> On 28 October 2014 07:23, Martin Dorwig wrote:
Hello,
after updating u-boot from git v2014.10
i just noticed that my standalone application outputs garbage using putc.
after some investigation i found that the gd->jt[XF_putc] is assigned a
dev->putc pointer in "common/console.c function console_setfile"
the dev->putc is declared in include/s
9 matches
Mail list logo