467bcee1 | 14-Dec-2007 |
Haavard Skinnemoen <hskinnemoen@atmel.com> |
cfi_flash: Add manufacturer-specific fixups
Run fixups based on the JEDEC manufacturer ID independent of the command set ID.
This changes current behaviour: Previously, geometry reversal for AMD ch
cfi_flash: Add manufacturer-specific fixups
Run fixups based on the JEDEC manufacturer ID independent of the command set ID.
This changes current behaviour: Previously, geometry reversal for AMD chips were done based on the command set ID, while they are now done based on the JEDEC manufacturer and device ID.
Also add fixup for top-boot Atmel chips. A fixup is needed for AT49BV6416(T) too, but since u-boot currently only reads the low byte of the device ID, there's no way to tell it apart from AT49BV642D, which should not have this fixup. Since AT49BV642D support is necessary to get ATNGW100 board support into mainline, I've commented out the fixup for now.
Signed-off-by: Haavard Skinnemoen <hskinnemoen@atmel.com>
show more ...
|
0ddf06dd | 14-Dec-2007 |
Haavard Skinnemoen <hskinnemoen@atmel.com> |
cfi_flash: Add cmdset-specific init functions
Move things like reading JEDEC IDs and fixing up geometry reversal into separate functions. The geometry reversal fixup is now performed by altering the
cfi_flash: Add cmdset-specific init functions
Move things like reading JEDEC IDs and fixing up geometry reversal into separate functions. The geometry reversal fixup is now performed by altering the qry structure directly, which makes the sector init code slightly cleaner.
Signed-off-by: Haavard Skinnemoen <hskinnemoen@atmel.com>
show more ...
|
e23741f4 | 14-Dec-2007 |
Haavard Skinnemoen <hskinnemoen@atmel.com> |
cfi_flash: Read whole QRY structure in one go
Read out the whole CFI Standard Query structure after successful cfi identification. This allows subsequent code to access this information directly wit
cfi_flash: Read whole QRY structure in one go
Read out the whole CFI Standard Query structure after successful cfi identification. This allows subsequent code to access this information directly without having to go through flash_read_uchar() and friends.
Signed-off-by: Haavard Skinnemoen <hskinnemoen@atmel.com>
show more ...
|
cdbaefb5 | 13-Dec-2007 |
Haavard Skinnemoen <hskinnemoen@atmel.com> |
cfi_flash: Introduce read and write accessors
Introduce flash_read{8,16,32,64) and flash_write{8,16,32,64} and use them to access the flash memory. This makes it clearer when the flash is actually b
cfi_flash: Introduce read and write accessors
Introduce flash_read{8,16,32,64) and flash_write{8,16,32,64} and use them to access the flash memory. This makes it clearer when the flash is actually being accessed; merely dereferencing a volatile pointer looks just like any other kind of access.
Signed-off-by: Haavard Skinnemoen <hskinnemoen@atmel.com>
show more ...
|
be60a902 | 06-Oct-2007 |
Haavard Skinnemoen <hskinnemoen@atmel.com> |
cfi_flash: Reorder functions and eliminate extra prototypes
Reorder the functions in cfi_flash.c so that each function only uses functions that have been defined before it. This allows the static pr
cfi_flash: Reorder functions and eliminate extra prototypes
Reorder the functions in cfi_flash.c so that each function only uses functions that have been defined before it. This allows the static prototype declarations near the top to be eliminated and might allow gcc to do a better job inlining functions.
Signed-off-by: Haavard Skinnemoen <hskinnemoen@atmel.com>
show more ...
|
7e5b9b47 | 13-Dec-2007 |
Haavard Skinnemoen <hskinnemoen@atmel.com> |
cfi_flash: Break long lines
This patch tries to keep all lines in the cfi_flash driver below 80 columns. There are a few lines left which don't fit this requirement because I couldn't find any trivi
cfi_flash: Break long lines
This patch tries to keep all lines in the cfi_flash driver below 80 columns. There are a few lines left which don't fit this requirement because I couldn't find any trivial way to break them (i.e. it would take some restructuring, which I intend to do in a later patch.)
Signed-off-by: Haavard Skinnemoen <hskinnemoen@atmel.com>
show more ...
|