Fix SPI clock calculation in setclk command, use new QC/A clocks calculation function

Include new FLASH common code file in Makefiles

Update printing FLASH info in common code, allow to print info about more FLASH banks

Add new file with FLASH related common code for all QCA boards

Include new QC/A SPI FLASH driver in Makefile

Remove from cmd_custom.c include of already removed header file

Refactor FLASH related code

Add more information fields in FLASH description structure, add list of supported chips,
move some defines related with SPI NOR FLASH to flash.h, clean and reformat code.

Remove old, flash related code from Atheros

Add SFDP support in new QC/A SPI driver

SFDP (serial FLASH discoverable parameters) allows to get useful information
about FLASH parameters and we will use it for unknown chip, to get basic data
like size, erase sector size and corresponding erase command.

Plus, some other minor changes:
- remove defines (we will keep it in flash.h)
- use provided sector erase command

Remove infinite loop from new QC/A SPI driver

It seems that we really don't need and don't want this loop here.
In case of missing FLASH chip, we should get 0x0 from SPI shift in register after the command, because other chips are silent during their CS high.

What's more, it seems that the access to SPI shift in register is somehow locked until the SOC shifts out all previously programmed bits.
That is only a theory after some tests on scope and still needs more tests.

Add missing copyright/license info

Add initial version of new QC/A SPI FLASH driver

Instead of using so called bit banging/blasting mode, as the old one driver from Atheros SDK does, this driver utilizes SPI shift registers.
With this approach, we need to only setup one register and let the built-in SPI controller do the rest.

SPI shift registers and how they work exactly are not described very well in QC/A WiSoCs datasheets, so som things had to be tested in practice.

This driver has been already successfully tested on all supported platforms, including:
- Atheros AR933x (SPI shift registers are not mentioned in its datasheet!)
- Atheros AR9341/4
- Qualcomm Atheros QCA953x

Tests on scope showed that with this driver, clock for SPI is the same as the one set in SPI_CONTROL register (depends on platform, between 25 and 30 MHz).
With old driver, clock was around 4-6 MHz, which means that new driver may drastically increase SPI operations speed.

In practical tests, for operations like sector erase, time needed by chip to finish the operation, is more significant, so there is no difference at all.
Comparison for other operations, like page program, has not been done yet.

WIP: clean little bit ap143.h

Add support for LED and button in TL-WR820N

Drop executable file attrib for original U-Boot images

Add original U-Boot image for TP-Link TL-WR820N v1 for China market

Update .gitignore: track original u-boot images

Include all files from TP-Link GPL sources needed to make TL-WR820N based on QCA953x compile and work... we will clean this mess later

Add initial definition for TL-WR820N CH in U-Boot Makefile

Remove not used anymore config CONFIG_HORNET_1_1_WAR

Remove old configs CONFIG_AR7240 and CONFIG_AR7100

Add TL-WR820N CH definition in top level Makefile

Rework start(_bootstrap).S files

More cleans, this time with AR934x low level related code and forgotten changes in Makefile for AR933x low level code

Clean mess with AR933x low level related code

Add qca_gpio_init.S file with lowlevel initialization of GPIO, for platforms based on QC/A SOCs

Add GPIO MUX related definitions in qca_soc_common.h header file, plus some minor fixes

Adjust QC/A SOC related code to the new bitmask SOC_TYPE values

Don't include linux/bitops.h header in ASM code

Fix wrong bitwise operators used for SOC_TYPE defines

Use new bitmask for SOC_TYPE in QC/A common registers definition header

Use bitmasks for SOC types and SOC families selection

That will allow us to not only select specific SOC,
like QCA9558, but also the family, ex. QCA955x

Rework code related with CPU reset, plus minor fixes

Add bit fields definitions for RST_RESET register in QC/A common register definition header, plus some minor fixes

Fix definitions for QCA953x revisions

Add support for reading MIPS CPU type and print it during booting

Remove old serial and clock drivers, we don't need them anymore

Adjust code in ar7240_flash.c to work after last changes

It's really ugly and need to be rewritten soon... for now, keep it as it is

Some code cleans and formatting fixes

Includes:
- cleaning in ap121.c and db12x.c (remove unused code, formatting)
- get rid of board related stuff in board.c, formating, minor changes
- formating and minor changes in bootstrap_board.c
- add some missing functions definitions in common.h header

Start using new QC/A related code plus minor fixes in ag7240.c and ag934x.c

Add forgotten define name change in soc_common.h

New, common file for board related, common functions

Add new code/drivers for QC/A WiSoCs

New, more universal and clean code for:
- High Speed UART (old AR933x UART driver)
- Low Speed UART (for AR934x and QCA95xx)
- system clocks calculation
- SOC version and revision

Work still in progress (some TODO left in code)

Introduce new header files for SoC register defines

As it turned out, most of QC/A WiSoC are very similar
from register structures and addresses point of view.

What's more, it seems that even when some registers
or fields are slightly different in name, they still
mean the same and work in exactly same way.

So, instead of using approach from old Atheros SDK,
where we have hundreds of different header files,
for different chips, we will use only one. And in
case of different address for the same register or
different fields size/position, etc., we will use
preprocessor and SOC_TYPE value.

Add also MediaTek/Ralink headers file, we are going
to fill it soon.

Another helper macro moved to include/linux/bitops.h

Export new SOC_TYPE defines into include/config.h, we are going to use that with new QC/A related code

Add git short hash in U-Boot version string

Add BIT/S() macro helpers in u-boot/include/linux/bitops.h

Change BOARD_CUSTOM_STRING for all supported devices, we will use it as board name in future

Merge branch 'pull_request_82'

Cosmetic fix

Merge branch 'pull_request_79'

Use longer name for Black Swift board defines, BSB doesn't say too much

Merge branch 'pull_request_67'

Update both README files: add shorter and tested instruction for update in DD-WRT

Update both README files: add description for OpenWrt update method, using dedicated images from official releases

Merge branch 'update_readme'

Update both README files, add information about different FLASH map, update instruction for TFTP/UART method, add new images

Fix warning in tinf.h: function declaration isn't a prototype

Replace crc32 with tinf_crc32 everywhere.

Make compressed image compile again.

Allow overriding CROSS_COMPILE on the commandline.

Remove local modifications from tinfgzip.c that were included accidentally.

Avoid "implicit declaration of function 'tinf_crc32'"

Drop in tinflate lib.

Adds compatibility-macro for crc32.
Setting first arg (crc) to anything but 0 is not supported, but all
callers already conform to this.
This is asserted at compile time through macro trickery.

Reduces uncompressed code size by ~1KB:
Without this change: Data Size: 127348 Bytes = 124.36 kB = 0.12 MB
After this change: Data Size: 126084 Bytes = 123.13 kB = 0.12 MB

Remvove unused zlib.h and bzlib.h

Move milisecdelay into include/common.h

Do not set -DCOMPRESSED_UBOOT=0

The code only checks for existance, so -DCOMPRESSED_UBOOT=0
leads to "#ifdef COMPRESSED_UBOOT" protected sections to be wrongly
included.

Fix memory initialization in ag7240.c

Only the first sizeof(ptr) bytes were initialized correctly.
This leads to a crash in ag7250_send() if mac->next_tx is uninitialized
(if the memory returned by malloc() is not nulled).

Log a message when sbrk fails and return the correct error code.

Returning NULL leads to subtle corruption and malloc returning memory
addresses in the user mode space range (0x00000000-0x7fffffff).

This in turn also breaks everything that implicitly relies on malloc()ed
memory to be zeroed at the beginning (since the malloc arena is
initially zeroed).

README*: add Black Swift board info

Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com>

add Black Swift board support

Black Swift is a tiny coin-sized embedded computer based on AR9331 SoC.
See http://www.black-swift.com/ for details.

See also Black Swift kickstarter page:
    https://www.kickstarter.com/projects/1133560316/black-swift-tiny-wireless-computer

Signed-off-by: Dmitriy Zherebkov <dzh@black-swift.com>
Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com>

net: fix ag934x.c and ag7240.c formatting

This patch makes evident that ag934x.c is based on ag7240.c
and the changes are not very significant so we can decrease
code duplication in the future by joing the files.

Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com>

drop useless extern function declarations

Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com>

u-boot/cpu/mips/ar7240/ag934x.c: dos2unix

Here is file's program output on ag934x:

  u-boot_mod$ file u-boot/cpu/mips/ar7240/ag934x.c
  u-boot/cpu/mips/ar7240/ag934x.c: C source, ASCII text, with CRLF, LF line terminators

see also
http://stackoverflow.com/questions/2466959/git-removing-carriage-returns-from-source-controlled-files

Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com>

Enable loadb/loady commands by default for most of supported devices

Cosmetic changes in cmd_load.c, tested, working

Add missing newline in setclk command description.

Restore support for loadb, loads and saves commands. Still needs some tests and fixes.

Add all supported baud rates in top config. TODO: fix AR934x support (need new serial driver)

Print all available baud rates if selected is not supported

Update list of supported baud rates in new AR933x serial driver.

Switch to target function name for clocks reading

Move serial_init function, that solves problems with support for configurable baudrates in compressed version

Don't enable RTS/CTS by default in new AR933x UART driver, because we are not able to control GPIO17 (LED6) after that... it looks like another mistake in datasheet.

Remove unused, old UART driver and clean Makefile in cpu/mips/ar7240

Function ar933x_40MHz_xtal should be inline

Switch to new UART driver and allow to use more baudrates on Dragino2 board for test purposes. This changes break code on boards with compressed, 64 KB U-Boot image.

New and better AR933x UART driver, with support for baudrate switch, used it upstrem U-Boot version, not yet released for this SoC

Move ar7240_sys_frequency function to external, new file: ar933x_clocks.c

New AR933x SoC registers definitions

Make U-Boot image upgrade scripts in environment variables compatible with bigger images

Remove fake, software FLASH protection command and related function... we really don't need it and all it does is just increase final image size

Add missing echo commands in update scripts, stored in environment variables

Make custom command "defenv" compatible with environment variables block stored not at FLASH sector boundary.

Restore FLASH protection related command and function, they are needed for writable environment variables support

Enable more commands and writable environment support on almost all supported devices, excluding D-Link DIR-505.
On rest devices, we will store environment variables in second FLASH sector, at offset 0x9F01EC00 and limit environment block size to 4 KB (should be enough, can be extended with reduced U-Boot image size).

Simple map of new FLASH organization for TP-Link/GS-Oolite/GL.iNet devices:

0x9F000000 Start of FLASH, start of U-Boot image, 1st 64 KB FLASH sector
..........
0x9F010000 Start of 2nd 64 KB FLASH sector
..........
0x9F01EC00 End of U-Boot image (up to 123 KB), start of 4 KB environment variables block
..........
0x9F01FC00 End of environment variables block, start of 1 KB block with MAC address, model number, WPS pin
..........
0x9F020000 End of MAC block, start of 3rd 64 KB FLASH sector, start of firmware image
..........

D-Link DIR-505 has ART data in second sector, starting from 0x9F011000, which gives us only 4 KB of additional space.
Maybe we can fit environment variables block in the same sector where is stored MAC address, but first we need to find more space for U-Boot image.

Fix line endings (Win->Unix) in u-boot/include/configs/db12x.h

Temporary remove DHCP feature on D-Link DIR505, so that the final image is smaller than 64 KB.

Extend maximum U-Boot image size up to 123 KB (1 KB is reserved for additional data in second sector, in rest 4 KB we will store writable environment) for TP-Link, GS-Oolite and GL.iNet devices, that will allow to include more commands, including environment support.