aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2012-05-20UBI: rename ubi_scan_get_free_pebArtem Bityutskiy3-6/+6
The old name is not logical anymore - rename it to 'ubi_early_get_peb()'. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: rename ubi_scan_rm_volumeArtem Bityutskiy3-5/+5
The old name is not logical anymore - rename it to 'ubi_remove_av()'. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: rename ubi_scan_find_avArtem Bityutskiy4-9/+9
The old name is not logical anymore - rename it to 'ubi_find_av()'. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: rename ubi_scan_add_usedArtem Bityutskiy3-12/+9
The old name is not logical anymore - rename it to 'ubi_add_to_av()'. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: remove unused functionArtem Bityutskiy2-31/+0
The 'ubi_scan_find_aeb()' function is unused and thus can be removed. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: make ubi_scan_erase_peb static and renameArtem Bityutskiy2-6/+4
The 'ubi_scan_erase_peb()' is used only in scan.c so can be static. Also re-name it to 'early_erase_peb()' because we tend to use "ubi_" prefix only for non-static fuction and also because the new name is better. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: rename sv to avArtem Bityutskiy7-182/+182
After re-naming the 'struct ubi_scan_volume' we should adjust all variables named 'sv' to something else, because 'sv' stands for "scanning volume". Let's rename it to 'av' which stands for "attaching volume" which is a bit more consistent and has the same length, which makes re-naming easy. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: rename si to aiArtem Bityutskiy8-260/+260
After re-naming the 'struct ubi_scan_info' we should adjust all variables named 'si' to something else, because 'si' stands for "scanning info". Let's rename it to 'ai' which stands for "attaching info" which is a bit more consistent and has the same length, which makes re-naming easy. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: rename seb to aebArtem Bityutskiy7-196/+196
After re-naming the 'struct ubi_scan_leb' we should adjust all variables named 'seb' to something else, because 'seb' stands for "scanning eraseblock". Let's rename it to 'aeb' which stands for "attaching eraseblock" which is a bit more consistend and has the same length. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: amend comments after renaming in scan.cArtem Bityutskiy1-10/+11
Now some commentaries are out-of-date, after we re-named the data structures - amend them. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: rename struct ubi_scan_infoArtem Bityutskiy7-42/+44
Rename 'struct ubi_scan_info' to 'struct ubi_attach_info'. This is part of the code re-structuring I am trying to do in order to add fastmap in a more logical way. Fastmap can share a lot with scanning, including the attach-time data structures, which all now have "scan" word in the name. Let's get rid of this word. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: rename struct ubi_scan_volumeArtem Bityutskiy7-34/+34
Rename 'struct ubi_scan_volume' to 'struct ubi_ainf_volume'. This is part of the code re-structuring I am trying to do in order to add fastmap in a more logical way. Fastmap can share a lot with scanning, including the attach-time data structures, which all now have "scan" word in the name. Let's get rid of this word and use "ainf" instead which stands for "attach information". It has the same length as "scan" so re-naming is trivial. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: rename struct ubi_scan_lebArtem Bityutskiy8-37/+37
Rename 'struct ubi_scan_leb' to 'struct ubi_ainf_leb'. This is part of the code re-structuring I am trying to do in order to add fastmap in a more logical way. Fastmap can share a lot with scanning, including the attach-time data structures, which all now have "scan" word in the name. Let's get rid of this word and use "ainf" instead which stands for "attach information". It has the same length as "scan" so re-naming is trivial. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: rename few functions for consistencyArtem Bityutskiy3-14/+15
Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: get rid of dbg_errArtem Bityutskiy8-54/+52
This patch removes the 'dbg_err()' macro and we now use 'ubi_err' instead. The idea of 'dbg_err()' was to compile out some error message to make the binary a bit smaller - but I think it was a bad idea. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: more of clean-up terminology for self-checksArtem Bityutskiy4-54/+49
We have the "sefl-check" feature in UBI, but for historical reasons many corresponding functions and commentaries in the code use term "paranoid check" instead. Let's clean this up and use "self-check" everywhere. This patch renames functions, amends messages and kills several redundant debugging messages. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: clean-up terminology for self-checks in io.cArtem Bityutskiy1-39/+37
We have the "sefl-check" feature in UBI, but for historical reasons many corresponding functions and commentaries in the code use term "paranoid check" instead. Let's clean this up and use "self-check" everywhere. This patch renames functions, amends comments and messages. It touches only the io.c file. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: remove Kconfig debugging optionArtem Bityutskiy8-120/+0
This patch kills the UBI debugging Kconfig option completely and makes all the debugging stuff to be always compiled-in. It was pain in the neck to maintain this useless option because all users I am aware of have debugging enabled anyway - how else will you diagnose errors otherwise? Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: rename ubi_dbg_dump_mkvol_reqArtem Bityutskiy3-5/+5
I am going to remove the "UBI debugging" compilation option and make the debugging stuff to be always compiled it. This patch is a preparation which renames 'ubi_dbg_dump_mkvol_req()' to 'ubi_dump_mkvol_req()'. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: rename ubi_dbg_dump_sebArtem Bityutskiy3-7/+7
I am going to remove the "UBI debugging" compilation option and make the debugging stuff to be always compiled it. This patch is a preparation which renames 'ubi_dbg_dump_seb()' to 'ubi_dump_seb()'. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: rename ubi_dbg_dump_svArtem Bityutskiy4-9/+9
I am going to remove the "UBI debugging" compilation option and make the debugging stuff to be always compiled it. This patch is a preparation which renames 'ubi_dbg_dump_sv()' to 'ubi_dump_sv()'. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: rename ubi_dbg_dump_vtbl_recordArtem Bityutskiy4-9/+9
I am going to remove the "UBI debugging" compilation option and make the debugging stuff to be always compiled it. This patch is a preparation which renames 'ubi_dbg_dump_vtbl_record()' to 'ubi_dump_vtbl_record()'. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: rename ubi_dbg_dump_vol_infoArtem Bityutskiy4-6/+6
I am going to remove the "UBI debugging" compilation option and make the debugging stuff to be always compiled it. This patch is a preparation which renames 'ubi_dbg_dump_vol_info()' to 'ubi_dump_vol_info()'. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: amend commentaries WRT dtypeArtem Bityutskiy3-11/+14
Richard removed the "dtype" hint, but few commentaries were left and this patch removes them. I've also added a better description about the "dtype" field in the ubi-user.h for people who may ever wonder what was that dtype thing about. This patch also adds an important note that it is better to use value "3" for the "dtype" field. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: remove data type hint from ubi-user.hRichard Weinberger1-21/+2
This finally removes the data type hint from the UBI ABI. >From now on the "dtype" field will be ignored and must not used anymore. Signed-off-by: Richard Weinberger <[email protected]> Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: Kill data type hintRichard Weinberger25-225/+108
We do not need this feature and to our shame it even was not working and there was a bug found very recently. -- Artem Bityutskiy Without the data type hint UBI2 (fastmap) will be easier to implement. Signed-off-by: Richard Weinberger <[email protected]> Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: remove superfluous "!!" operationRichard Weinberger1-1/+1
!!(x < y) and (x < y) are identical expressions. Signed-off-by: Richard Weinberger <[email protected]> Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: always warn if case of I/O errorsArtem Bityutskiy1-6/+6
Currently UBI silently retries I/O operation in case of errors. This patch makes it emit a warning before retrying. This should allow users notice issues earlier. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: always dump VID and EC headers in case of errorsArtem Bityutskiy4-28/+24
UBI (and UBIFS) are a bit over-engineered WRT debugging. The idea was to link as few as possible when debugging is disabled, but the downside is that most people produce bug reports which are difficult to understand. Always dump the VID and EC headers' contents in case of errors when it is helpful. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: always dump flash contents in case of errorsArtem Bityutskiy4-47/+40
UBI (and UBIFS) are a bit over-engineered WRT debugging. The idea was to link as few as possible when debugging is disabled, but the downside is that most people produce bug reports which are difficult to understand. Always dump the flash contents in case of errors, not only when debugging is enabled. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBI: always dump the stack on errorArtem Bityutskiy5-23/+20
UBI (and UBIFS) are a bit over-engineered WRT debugging. The idea was to link as few as possible when debugging is disabled, but the downside is that most people produce bug reports which are difficult to understand. This patch weeds out the 'ubi_dbg_dump_stack()' function and turns it into 'dump_stack()' - it is always useful to have stack dump in case of an error. Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20regulator: tps65910: use of_node of matched regulator being registerLaxman Dewangan1-7/+12
After getting matched regulators by using of_regulator_match(), initialize the config.of_node of regulator being register with of_regulator_match.of_node of that regulator. This is require for supporting regulator consumers in dt. Signed-off-by: Laxman Dewangan <[email protected]> Signed-off-by: Mark Brown <[email protected]>
2012-05-20regulator: tps65910: dt: support when "regulators" node foundLaxman Dewangan1-0/+4
The device tree binding for the tps65910 is described as: tps65911 { reg = <0x2d> ::::::::: regulators { compatible = "ti,tps65911"; ldo1_reg: ldo1 { /** regulator entry */ }; ldo2_reg: ldo2 { /** regulator entry */ }; :::::::::: }; }; Support the regulators functionality only when there is "regulators" child node available for tps65910. Signed-off-by: Laxman Dewangan <[email protected]> Signed-off-by: Mark Brown <[email protected]>
2012-05-20regulator: tps65910: add error message in case of failureLaxman Dewangan1-4/+8
Prints error message whenever there is failure on resource allocation. Also used dev_* to print messages instead of pr_* Signed-off-by: Laxman Dewangan <[email protected]> Signed-off-by: Mark Brown <[email protected]>
2012-05-20regulator: tps62360: dt: initialize of_node param for regulator register.Laxman Dewangan1-0/+1
Initialize config.of_node for regulator before registering. This is needed for DT based regulator support. Regulator stores this of_node value in rdev->dev.of_node and used for lookup when client ask for regulator_get(). Signed-off-by: Laxman Dewangan <[email protected]> Signed-off-by: Mark Brown <[email protected]>
2012-05-20UBIFS: fix memory leak on error pathSidney Amani1-1/+1
UBIFS leaks memory on error path in 'mount_ubifs()'. In case of failure in 'ubifs_fixup_free_space()', it does not call 'ubifs_lpt_free()' whereas LPT data structures can potentially be allocated. The amount of memory leaked can be quite high -- see 'ubifs_lpt_init()'. The bug was introduced when moving the LPT initialisation earlier in the mount process (commit '781c5717a95a74b294beb38b8276943b0f8b5bb4'). Signed-off-by: Sidney Amani <[email protected]> Signed-off-by: Artem Bityutskiy <[email protected]>
2012-05-20UBIFS: make ubifs_lpt_init clean-up in case of failureArtem Bityutskiy1-2/+6
Most functions in UBIFS follow the following designn pattern: if the function allocates multiple resources, and failss at some point, it frees what it has allocated and returns an error. So the caller can rely on the fact that the callee has cleaned up everything after own failure. Signed-off-by: Artem Bityutskiy <[email protected]> Acked-by: Sidney Amani <[email protected]>
2012-05-20m68k: add a defconfig for the M5475EVB ColdFire with MMU boardGreg Ungerer1-0/+62
Add a default configuration for the newly supported ColdFire CPUs running with MMU enabled. This is based on Freescales own M5475EVB demo board. Signed-off-by: Greg Ungerer <[email protected]>
2012-05-20m68knommu: unaligned.h fix for M68000 coreLuis Alves1-1/+1
This patch fixes unaligned memory access for the 68000 core based cpu's. Some time ago, my cpu (68000) was raising address/bus error's when mounting cifs shares (didn't bother to debug it at the time). After developing the MMC/SD card driver I was having the same issue when mounting the vfat fs. I've traced the issue down to the 'unaligned.h' file. (I guess nobody has ever used unaligned.h back in the 68328 'era'. Signed-off-by: Luis Alves <[email protected]> Signed-off-by: Greg Ungerer <[email protected]>
2012-05-20m68k: merge the MMU and non-MMU versions of the arch dma codeGreg Ungerer3-209/+162
The majority of the m68k architecture dma code is the same, so merge the current separated files dma_no.c and dma_mm.c back into a single dma.c The main alloc and free routines are a little different, so we keep a single #ifdef based on CONFIG_MMU for them. All the other support functions are now identical. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Geert Uytterhoeven <[email protected]>
2012-05-20m68knommu: reorganize the no-MMU cache flushing to match m68kGreg Ungerer1-4/+28
Introduce cache_push() and cache_clear() functions for the non-MMU m68k devices. With these in place we can more easily merge some of the common m68k arch code. In particular by reorganizing the __flush_cache_all() code and separating the cache push and clear functions it becomes trivial to implement the new cache_push() and cache_clear() functions. Signed-off-by: Greg Ungerer <[email protected]> Acked-by: Geert Uytterhoeven <[email protected]>
2012-05-20m68knommu: move the 54xx platform code into the common ColdFire code directoryGreg Ungerer5-21/+2
All these separate directories for each ColdFire CPU SoC varient seems like overkill. The majority of them only contain a single small config file. Move these into the common ColdFire code directory. Signed-off-by: Greg Ungerer <[email protected]>
2012-05-20m68knommu: move the 532x platform code into the common ColdFire code directoryGreg Ungerer4-20/+1
All these separate directories for each ColdFire CPU SoC varient seems like overkill. The majority of them only contain a single small config file. Move these into the common ColdFire code directory. Signed-off-by: Greg Ungerer <[email protected]>
2012-05-20m68knommu: move the 5407 platform code into the common ColdFire code directoryGreg Ungerer4-20/+1
All these separate directories for each ColdFire CPU SoC varient seems like overkill. The majority of them only contain a single small config file. Move these into the common ColdFire code directory. Signed-off-by: Greg Ungerer <[email protected]>
2012-05-20m68knommu: move the 5307 platform code into the common ColdFire code directoryGreg Ungerer5-22/+4
All these separate directories for each ColdFire CPU SoC varient seems like overkill. The majority of them only contain a single small config file. Move these into the common ColdFire code directory. Signed-off-by: Greg Ungerer <[email protected]>
2012-05-20m68knommu: move the 528x platform code into the common ColdFire code directoryGreg Ungerer4-20/+1
All these separate directories for each ColdFire CPU SoC varient seems like overkill. The majority of them only contain a single small config file. Move these into the common ColdFire code directory. Signed-off-by: Greg Ungerer <[email protected]>
2012-05-20m68knommu: move the 527x platform code into the common ColdFire code directoryGreg Ungerer4-20/+1
All these separate directories for each ColdFire CPU SoC varient seems like overkill. The majority of them only contain a single small config file. Move these into the common ColdFire code directory. Signed-off-by: Greg Ungerer <[email protected]>
2012-05-20m68knommu: move the 5272 platform code into the common ColdFire code directoryGreg Ungerer5-20/+1
All these separate directories for each ColdFire CPU SoC varient seems like overkill. The majority of them only contain a single small config file. Move these into the common ColdFire code directory. Signed-off-by: Greg Ungerer <[email protected]>
2012-05-20m68knommu: move the 5249 platform code into the common ColdFire code directoryGreg Ungerer5-20/+1
All these separate directories for each ColdFire CPU SoC varient seems like overkill. The majority of them only contain a single small config file. Move these into the common ColdFire code directory. Signed-off-by: Greg Ungerer <[email protected]>
2012-05-20m68knommu: move the 523x platform code into the common ColdFire code directoryGreg Ungerer4-19/+1
All these separate directories for each ColdFire CPU SoC varient seems like overkill. The majority of them only contain a single small config file. Move these into the common ColdFire code directory. Signed-off-by: Greg Ungerer <[email protected]>