godspirits

乱七八糟的记录~

减少尺寸的技术
http://www.nbtie.com/yytie/zaijiubawansezi/57922_24.html

在5.0版本里，Montavista大大改进了尺寸优化技术，使用了先进的Linux Tiny 和可以支持NPTL，ARM EABI 的uClibc，配合ARM Thumb mode 使用uClibC后的应用尺寸可以减少近50%，这还只是应用部分，如果考虑到文件系统的优化，那就有可能到70-80%，简单来讲，一个标准的Linux 有大约14M，经过5.0版本(或者使用Mobilinux 4.1－它已经包含uClibc)完全优化后可以到3M 左右。

--------------------

Dear Ms Yoon.

    Now I am working on generating CDDPDD files and corresponding MIB for ACR and USI, and I encounter some related problems.
        1. There are so many ERRORs reports when we excute "make acr" in ElementManagementInterface/CDDPDD/cdd directory.You can get corresponding log in the attachment.
            1) Are those ERROR report reasonable? Could please help us check if the CDDPDD make toolchain is the correct version for Picocell ACR.
            2) Thare are so many ERRORs that we can not fix in the above log since we could NOT found the defination for e_HasResourceAlarmType, CommandTypeforDupBdOff, and ect, which are the ERROR keyword in above log.

2. The PLD_schma_XXX.xls that we hold is not compatible with the relation defination in source code. Ex: r_0x00004004.h in /product/BST_Pico/src/Application/hdr/rel/COMMON> directory is differ from the defination in PLD_schma_XXX.xls. So I was wondering if the PLD_Schma_XXX.xls is the right version according with the source code. Pls check our PLD_Schma_XXX.xls in the attachment.

Thanks & Best Regards.
----------------------------------------------
Yanhui Wang (王艳辉)
Dept: USI ( Mobile S/W Dev Group )
Beijing Samsung Telcom R&D Center., Ltd. ( BST )
Tel: +861059253333 ext:5117
Email: [email protected]

-=====================================================

Lost Tool:::

/usr/local/bin/tir_tool

smidump

You should notice that those questions are all about ACR CDDPDD toolchain, and I am do favor for Picocell-OAM since they are very busy.

Dear Ms Yoon.

Now I am working on generating CDDPDD files and corresponding MIB for ACR and USI, and I encountered some related problems.

1. There are so many ERROR reports when excute "make acr" in ElementManagementInterface/CDDPDD/cdd directory. You can get corresponding log in the attachment.

1) Are those ERROR report reasonable? Could please help us check if the CDDPDD make toolchain is the correct version for Picocell ACR.

2) Thare are so many ERRORs that we can not fix in the above log since we could NOT found the defination for e_HasResourceAlarmType, CommandTypeforDupBdOff, and ect, which are the ERROR keyword in above log.

2. The PLD_schma_XXX.xls that we hold is not compatible with the relation defination in source code. Ex: r_0x00004004.h in /product/BST_Pico/src/Application/hdr/rel/COMMON> directory is differ from the defination in PLD_schma_XXX.xls. So I was wondering if the PLD_Schma_XXX.xls is the right version uniform with the source code. Pls check our PLD_Schma_XXX.xls in the attachment.

Dear Ms Lee.
We have another 2 problems.

1. I found that smidump and nms_smidump tools are used when generate CDDPDD file, and I could not find any source code or excutable file in our branch.

2. I found tir_tool are used by UFM during the initialization,and I could not find any source code or excutable file in our branch.

Could you please help us with the above issues.

-------------------

Hi.
       We have encountered some problems with OAM intergration in USI since the original defination of OAM function in USI are only include the OAM interface moudle design, SNMPHeader defination and provide USI specific files to OAM and WSM. But it has been change as the system test of Picocell does not have any requirement of USI. According to team member's opinion of Picocell OAM, the design of OAM would be conpatible with New NE without modification of source code. which means USI OAM have little reltionship with OAM and all the OAM functions should be implemented by ourselves.
        We have finished the OAM interface Module design, SNMPHeader defination and pld generation, which are USI related. And we have test the USI CM and FM related function with OCM/OSSM/UFM, which works well.
        We have following problems.
            1.
            1.Building of test envirment of CDDPDD and test of CDDPDD functions.
            2.
        The following problems may also be risks for USI OAM.
            1. We found there is a module in UFM called CIM(Call Processing Interface Module), which include callcountmanager, IpAllocInfoManager, etc. we should design a new module name SIM instead of CIM. we have not finish this. In my opinion, this may not influence the USI OAM function, but I can not guarantee.
            2. We found that the DM source code of ACR and RAS are differ,

上海浦东发展银行 62252116008421213
招商银行借记卡：6225 8801 1376 62892
招商银行信用卡：4392 2500 2355 22883
民生银行信用卡 5124 6600 0371 44216
我的建设银行借记卡：4367 4200 1370 0387 7403
王敏大连建设银行卡：6227 0007 8303 0084 8378

车次		类型	出发站	开车时间↑	到达站	到达时间	用时	里程	硬座	硬卧	软卧
	6439	普客	北京西	07:50	任丘	09:45	1小时55分	147	16	61	92
	1487	普快	北京西	08:33	任丘	10:19	1小时46分	147	20	68	101
	1503/1502	普快	北京西	08:58	任丘	10:30	1小时32分	147	-	-	-
	1621	普快	北京西	09:57	任丘	11:34	1小时37分	147	19	64	95
	4487	普快	北京西	11:03	任丘	12:48	1小时45分	147	19	64	95
	1453	普快	北京西	11:40	任丘	13:13	1小时33分	147	19	64	95
	K307/K306	空调快速	北京西	11:57	任丘	13:29	1小时32分	147	-	-	-
	K133	空调快速	北京西	12:34	任丘	14:07	1小时33分	147	22	67	98
	1427	普快	北京西	13:34	任丘	15:09	1小时35分	147	19	64	95
	K603	空调快速	北京西	17:07	任丘	18:34	1小时27分	147	22	67	98
	1625	普快	北京西	20:06	任丘	22:04	1小时58分	147	12	49	73
	1303	普快	北京西	21:50	任丘	23:39	1小时49分	147	12	49	73
	2071/2074	普快	北京西	22:43	任丘	00:19	1小时36分	147	21	72	108
	K105	空调快速	北京西	23:56	任丘	01:28	1小时32分	147	24	75	111

车次	类型	出发站	开车时间↑	到达站	到达时间	用时		里程	硬座	硬卧	软卧
K134	空调快速	任丘	04:45	北京西	06:20	1小时37分	147		22	67	98
1488	普快	任丘	05:09	北京西	07:32	2小时26分		147	20	68	101
K308/K305	空调快速	任丘	05:22	北京西	07:00	1小时40分		147	-	-	-
1504/1501	普快	任丘	06:02	北京西	07:40	1小时53分		147	-	-	-
1622	普快	任丘	06:22	北京西	08:10	1小时51分		147	19	64	95
1626	普快	任丘	06:58	北京西	08:46	1小时50分		147	12	49	73
1428	普快	任丘	09:38	北京西	11:16	1小时40分		147	19	64	95
1410	普快	任丘	10:25	北京西	12:07	1小时55分		147	19	64	95
6440	普客	任丘	14:05	北京西	16:18	2小时16分		147	16	61	92
K106	空调快速	任丘	14:20	北京西	15:58	1小时40分		147	24	75	111
4488	普快	任丘	15:23	北京西	17:12	1小时52分		147	19	64	95
1304	普快	任丘	18:23	北京西	20:02	1小时42分		147	12	49	73
2073/2072	普快	任丘	19:20	北京西	21:23	2小时5分		147	-	-	-

VOD Software Sustaining Engineer

ODV builds industry leading high performance, high scalability and high availability Video On Demand (VOD) Servers. The VOD platform plays a key role in Motorola's Seamless Mobility Strategy.

One or more of the following:
Design and develop applications to manipulate, storage, and stream audio/video content.
Design and develop applications to manage content in cache memory and near term storage.
Design and develop applications to manage a distributed system; multiple processor blades, multiple blade systems.
Design and develop Linux device drivers to interface between software applications and hardware components; propriatary and 3rd party ie ethernet, i2c, fibrechannel, flash.
Embedded Linux kernel development to support embedded os environment.
Design and develop system and component diagnostics for use in hardware bring-up, manufacturing fault detection, and field hardware fault detection.
Design and develop interprocess(or) communications environment.
Defines objectives by working with development team lead, analysts, other developers, and quality assurance: analyzing user requirements; envisioning system features and functionality.
Enhance and maintain components and interfaces.
Designs and develops applications by setting expectations and features priorities throughout development life cycle; determining design methodologies and tool sets; completing programming using languages and software products; designing and conducting tests.
Integrates applications by working with other members of the development team to interface developed and/or third party components which make up the solution.
Completes development by coordinating requirements, schedules, and activities; contributing to team meetings; troubleshooting development and production problems across multiple environments and operating platforms.
May lead projects or other developers.

Strong background in Linux system and/or application software development;
Familiar with Linux/Unix internals, embedded OS. Linux/Unix device driver/firmware experiences is a plus;
Familiar and proven experiences in multi-threaded C/C++ programming in Linux/Unix environment;
Familiar with fault resilient products/applications.
Familiar with network protocols, such as TCP/IP, UDP, HTTP, and etc.
Knowledge of open source development models;

-Beijing

2008-9-10

--------------------------

本人从事嵌入式系统开发，希望和大家交流。作相关工作的朋友们，留下msn联系方式吧！

乱七八糟的记录~

Summary of DDD

你可能感兴趣的:(嵌入式,wince,linux,features,components,debugging)