[U-Boot] [PATCH] Adds driver for Xilinx' xps_spi SPI controller.
Graeme Smecher
graeme.smecher at mail.mcgill.ca
Wed Aug 4 23:01:45 CEST 2010
Hi Mike,
Thanks again for reviewing! Comments in-line; an updated patch will follow.
On 03/08/10 10:59 AM, Mike Frysinger wrote:
> On Tuesday, August 03, 2010 11:47:42 Graeme Smecher wrote:
>
>> --- a/drivers/spi/Makefile
>> +++ b/drivers/spi/Makefile
>>
>> COBJS-$(CONFIG_ALTERA_SPI) += altera_spi.o
>> +COBJS-$(CONFIG_XILINX_SPI) += xilinx_spi.o
>> COBJS-$(CONFIG_ATMEL_DATAFLASH_SPI) += atmel_dataflash_spi.o
>>
> this is a sorted list. please keep it that way
>
Whoops -- OK.
>> --- /dev/null
>> +++ b/drivers/spi/xilinx_spi.c
>>
>> +static ulong xilinx_spi_base_list[] = {
>> +#ifdef XPAR_SPI_0_BASEADDR
>> + XPAR_SPI_0_BASEADDR,
>> +#endif
>> +#ifdef XPAR_SPI_1_BASEADDR
>> + XPAR_SPI_1_BASEADDR,
>> +#endif
>> +#ifdef XPAR_SPI_2_BASEADDR
>> + XPAR_SPI_2_BASEADDR,
>> +#endif
>> +#ifdef XPAR_SPI_3_BASEADDR
>> + XPAR_SPI_3_BASEADDR,
>> +#endif
>> +};
>>
> if this is only ever read, you might want to declare it const so it ends up in
> the rodata section.
>
Done.
> what if someone defines just XPAR_SPI_3_BASEADDR ? do you want to be
> consistent in bus id 3 always corresponds to XPAR_SPI_3_BASEADDR ? or are you
> OK with the numbers always being relative ? doesnt matter to me, just
> highlighting some things that might have been missed.
>
These numbers come from autogenerated headers and are (as far as I know)
always numbered from 0. Offhand, the above code seems like the least
confusing approach. I don't have a particularly strong opinion either.
cheers,
Graeme
More information about the U-Boot
mailing list