kill camel case
Hi All,
CamelCase script execution has been completed, so far I replaced all the tokens picked up by the killcc script[1], and all the changes are present in the following branches:
dspbridge-next-camelcase
------------------------
It has all the changes made in three steps:
1) Replaced all the new tokens not present in bridge code, after that solved compilation problems caused by symbols with same name as kernel symbols.
2) Replaced tokens that were already present in bridge code either as symbols or strings.
3) Replaced tokens generated by script, which were same as other symbols, i.e. hChnlMgr and pChnlMgr will generate chnl_mgr.
dspbridge-next-camelcase2
-------------------------
It has the same changes as above but these are broken into single patches.
Total number of patches: 2795
diff-stat: 157 files changed, 18385 insertions(+), 18385 deletions(-)
Please take a look to the logs[2] as they might be easier to review rather than looking at each patch. Also I placed the steps to follow on the patch commits of dspbridge-next-camelcase.
- omar
---
[1] http://marc.info/?l=linux-omap&m=125353475429517&w=2
[2] https://gforge.ti.com/gf/project/omapbridge/docman/?subdir=30, logs for point 2 and 3 have the following format for tokens <old> | <new> | <comments>
Hi,
Deleted: dspbridge-next-camelcase
Published dspbridge-camelcase-v2
Following patches were dropped:
dspbridge: camelcase replace DSP_FAILED for dsp_failed
dspbridge: camelcase replace GB_NOBITS for gb_nobits
dspbridge: camelcase replace BITS_PER_BYTE for bits_per_byte
dspbridge: camelcase replace CINIT_PAGE_BITS for cinit_page_bits
dspbridge: camelcase replace DSPBRIDGE_VERSION for dspbridge_version
dspbridge: camelcase replace LOG_BITS_PER_BYTE for log_bits_per_byte
dspbridge: camelcase replace MMU_GFLUSH for mmu_gflush
dspbridge: camelcase replace SCALE_BITS for scale_bits
dspbridge: camelcase replace TGTAU_BITS for tgtau_bits
Modified
dspbridge: camelcase replace MAP_L4PERIPHERAL for map_l4_peripheral
renamed map_l4peripheral ==> map_l4_peripheral dspbridge: camelcase replace MemInfo for mem_seg_info renamed mem_seg__info ==> mem_seg_info
String replacements were fixed (i.e. replacementes made for Write, Allocate, Deallocate)
Compilation break if compiled as part of the kernel on msg_init.
If no more comments I'll push this as a single patch after 0.2.
Regards,
Omar
Quoted 36 lines · Omar Ramirez Luna
Hi All,
CamelCase script execution has been completed, so far I replaced all the tokens picked up by the killcc script[1], and all the changes are present in the following branches:
dspbridge-next-camelcase
------------------------
It has all the changes made in three steps:1) Replaced all the new tokens not present in bridge code, after that solved compilation problems caused by symbols with same name as kernel symbols.
2) Replaced tokens that were already present in bridge code either as symbols or strings.
3) Replaced tokens generated by script, which were same as other symbols, i.e. hChnlMgr and pChnlMgr will generatechnl_mgr.dspbridge-next-camelcase2
-------------------------
It has the same changes as above but these are broken into single patches.Total number of patches: 2795
diff-stat: 157 files changed, 18385 insertions(+), 18385 deletions(-)Please take a look to the logs[2] as they might be easier to review rather than looking at each patch. Also I placed the steps to follow on the patch commits of dspbridge-next-camelcase.
- omar
---
[1] http://marc.info/?l=linux-omap&m=125353475429517&w=2
[2] https://gforge.ti.com/gf/project/omapbridge/docman/?subdir=30, logs for point 2 and 3 have the following format for tokens<old> |<new> | <comments>
Omar,
Missing your Signed-off-by for all the patches in "dspbridge-camelcase-v2" branch.
Thanks,
Deepak
Quoted 77 lines · Omar Ramirez Luna
Hi,
Deleted: dspbridge-next-camelcase
Published dspbridge-camelcase-v2Following patches were dropped:
dspbridge: camelcase replaceDSP_FAILEDfordsp_failed
dspbridge: camelcase replaceGB_NOBITSforgb_nobits
dspbridge: camelcase replaceBITS_PER_BYTEforbits_per_byte
dspbridge: camelcase replaceCINIT_PAGE_BITSforcinit_page_bits
dspbridge: camelcase replaceDSPBRIDGE_VERSIONfordspbridge_version
dspbridge: camelcase replaceLOG_BITS_PER_BYTEforlog_bits_per_byte
dspbridge: camelcase replaceMMU_GFLUSHformmu_gflush
dspbridge: camelcase replaceSCALE_BITSforscale_bits
dspbridge: camelcase replaceTGTAU_BITSfortgtau_bitsModified
dspbridge: camelcase replaceMAP_L4PERIPHERALformap_l4_peripheralrenamed map_l4peripheral ==> map_l4_peripheral dspbridge: camelcase replace MemInfo for mem_seg_info renamed mem_seg__info ==> mem_seg_infoString replacements were fixed (i.e. replacementes made for Write, Allocate, Deallocate)
Compilation break if compiled as part of the kernel on
msg_init.If no more comments I'll push this as a single patch after 0.2.
Regards,
Omar
Quoted 29 lines · Omar Ramirez Luna
Hi All,
CamelCase script execution has been completed, so far I replaced all the tokens picked up by the killcc script[1], and all the changes are present in the following branches:
dspbridge-next-camelcase
------------------------
It has all the changes made in three steps:1) Replaced all the new tokens not present in bridge code, after that solved compilation problems caused by symbols with same name as kernel symbols.
2) Replaced tokens that were already present in bridge code either as symbols or strings.
3) Replaced tokens generated by script, which were same as other symbols, i.e. hChnlMgr and pChnlMgr will generatechnl_mgr.dspbridge-next-camelcase2
-------------------------
It has the same changes as above but these are broken into single patches.Total number of patches: 2795
diff-stat: 157 files changed, 18385 insertions(+), 18385 deletions(-)Please take a look to the logs[2] as they might be easier to review rather than looking at each patch. Also I placed the steps to follow on the patch commits of dspbridge-next-camelcase.
Quoted 8 lines
- omar
---
[1] http://marc.info/?l=linux-omap&m=125353475429517&w=2
[2] https://gforge.ti.com/gf/project/omapbridge/docman/?subdir=30, logs for point 2 and 3 have the following format for tokens<old> |<new> | <comments>--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi,
It will be fixed once they are pushed as a single patch.
Regards,
Omar
Quoted 88 lines · Deepak
Omar,
Missing your Signed-off-by for all the patches in
"dspbridge-camelcase-v2" branch.Thanks,
DeepakQuoted 78 lines · Omar Ramirez Luna
Hi,
Deleted: dspbridge-next-camelcase
Published dspbridge-camelcase-v2Following patches were dropped:
dspbridge: camelcase replaceDSP_FAILEDfordsp_failed
dspbridge: camelcase replaceGB_NOBITSforgb_nobits
dspbridge: camelcase replaceBITS_PER_BYTEforbits_per_byte
dspbridge: camelcase replaceCINIT_PAGE_BITSforcinit_page_bits
dspbridge: camelcase replaceDSPBRIDGE_VERSIONfordspbridge_version
dspbridge: camelcase replaceLOG_BITS_PER_BYTEforlog_bits_per_byte
dspbridge: camelcase replaceMMU_GFLUSHformmu_gflush
dspbridge: camelcase replaceSCALE_BITSforscale_bits
dspbridge: camelcase replaceTGTAU_BITSfortgtau_bitsModified
dspbridge: camelcase replaceMAP_L4PERIPHERALformap_l4_peripheralrenamed map_l4peripheral ==> map_l4_peripheral dspbridge: camelcase replace MemInfo for mem_seg_info renamed mem_seg__info ==> mem_seg_infoString replacements were fixed (i.e. replacementes made for Write, Allocate, Deallocate)
Compilation break if compiled as part of the kernel on
msg_init.If no more comments I'll push this as a single patch after 0.2.
Regards,
Omar
Quoted 29 lines · Omar Ramirez Luna
Hi All,
CamelCase script execution has been completed, so far I replaced all the tokens picked up by the killcc script[1], and all the changes are present in the following branches:
dspbridge-next-camelcase
------------------------
It has all the changes made in three steps:1) Replaced all the new tokens not present in bridge code, after that solved compilation problems caused by symbols with same name as kernel symbols.
2) Replaced tokens that were already present in bridge code either as symbols or strings.
3) Replaced tokens generated by script, which were same as other symbols, i.e. hChnlMgr and pChnlMgr will generatechnl_mgr.dspbridge-next-camelcase2
-------------------------
It has the same changes as above but these are broken into single patches.Total number of patches: 2795
diff-stat: 157 files changed, 18385 insertions(+), 18385 deletions(-)Please take a look to the logs[2] as they might be easier to review rather than looking at each patch. Also I placed the steps to follow on the patch commits of dspbridge-next-camelcase.
Quoted 8 lines
- omar
---
[1] http://marc.info/?l=linux-omap&m=125353475429517&w=2
[2] https://gforge.ti.com/gf/project/omapbridge/docman/?subdir=30, logs
for point 2 and 3 have the following format for tokens<old> |<new> |
<comments>--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html