[En-Nut-Discussion] nutgpio_port_t nutgpio_pin_t

Uwe Bonnes bon at elektron.ikp.physik.tu-darmstadt.de
Mon Feb 11 12:44:54 CET 2013


>>>>> "Harald" == Harald Kipp <harald.kipp at egnite.de> writes:

    Harald> Hi all, I noticed, that 2 new types nutgpio_port_t and
    Harald> nutgpio_pin_t had been introduced. However, it looks to me that
    Harald> these types are not available for all platforms. As a result, I
    Harald> get

    Harald> ../../nut/dev/i2cbus_gpio.c:78:5: error: unknown type name
    Harald> 'nutgpio_port_t' ../../nut/dev/i2cbus_gpio.c:80:5: error:
    Harald> unknown type name 'nutgpio_pin_t'
    Harald> ../../nut/dev/i2cbus_gpio.c:82:5: error: unknown type name
    Harald> 'nutgpio_port_t' ../../nut/dev/i2cbus_gpio.c:84:5: error:
    Harald> unknown type name 'nutgpio_pin_t'
    Harald> ../../nut/dev/i2cbus_gpio.c:389:6: error: 'nutgpio_port_t'
    Harald> undeclared here (not in a function)
    Harald> ../../nut/dev/i2cbus_gpio.c:390:6: error: 'nutgpio_pin_t'
    Harald> undeclared here (not in a function)

    Harald> when building for the AT91SAM7SE. I assume, that AVR32 is
    Harald> missing as well. Not sure about Luminary (branch), GameBoy (old
    Harald> but still funny) ... may be more.

    Harald> For Freescale I see

    Harald>  typedef uint_fast8_t nutgpio_port_t; typedef uint_fast8_t
    Harald> nutgpio_pin_t;

    Harald> instead of

    Harald>  typedef uint32_t nutgpio_port_t; typedef uint32_t
    Harald> nutgpio_pin_t;

All these machines provide _some_ GPIO api, but not in a state usable for
for spibus_gpio/i2cbus_gpio.c and such. These archs should either
provide a usable api or don't compiled drivers they don't provide the
needed basics.

Bye
-- 
Uwe Bonnes                bon at elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------


More information about the En-Nut-Discussion mailing list