Re: [UPDATE] kill camel case

2010-03-08 Thread Omar Ramirez Luna

Hi,

It will be fixed once they are pushed as a single patch.

Regards,

Omar

On 3/8/2010 12:10 PM, Chitriki Rudramuni, Deepak wrote:

Omar,

Missing your Signed-off-by for all the patches in
"dspbridge-camelcase-v2" branch.

Thanks,
Deepak

Omar Ramirez Luna wrote:

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

On 3/1/2010 9:07 PM, Omar Ramirez Luna wrote:


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   |   |




--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html





--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [UPDATE] kill camel case

2010-03-08 Thread Deepak Chitriki

Omar,

Missing your Signed-off-by for all the patches in 
"dspbridge-camelcase-v2" branch.


Thanks,
Deepak

Omar Ramirez Luna wrote:

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

On 3/1/2010 9:07 PM, Omar Ramirez Luna wrote:
  

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  |  |




--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
  


--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [UPDATE] kill camel case

2010-03-08 Thread Omar Ramirez Luna

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

On 3/1/2010 9:07 PM, Omar Ramirez Luna wrote:

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  |  |



--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[UPDATE] kill camel case

2010-03-01 Thread 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 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  |  | 


--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html