※ 引述《garbo (阿勃勒垂泪)》之铭言:
: 很久以前的股王,威盛
: 在公司如日中天之时,去做了不该碰的CPU
: 导致之后的一厥不振
: 这一块竞争激烈的领域
: 为何联发科却能做成功?
以前在看星星时 有个present是这样写的
一个issues, 客户能得到的service比较
a. Broadcom: 一个月
b. Trident : 一到两个星期
c. MStar : 当天派人飞抵客户端解决
a/b 有点忘记可能是互为switch.
这是台湾厂商起来的主要原因 人不当cost再使用
反正怎么用都比国外便宜 何况背后可能是cheaper chip.
<cheaper chip包含了芯片整合功能较多 cost较便宜
是否可用 2 layer板. 板上被动主动元件似乎都比较少
用的memory可以比较小, flash也被极致利用等,简单讲就是BOM
比较低 但这取决 IC performance/SW整合是否许可这样设计 >
后来Trident 再三星曾有一次再起来
那时看到一堆大陆人在service 就觉得Trident大概完了
大陆人处理事务 通常都是他没辄双手一摊 靠后级技术人员解决
而后级技术人员 可能通常是本部的RD 然后issues大概又是绕来绕去
那时的NXP在我们一行离去三星OFFICE时(2:00AM) 还在support想抢下单
<那年是小M NXP, Trident 这三家给他玩,Trident出线>
IC 多少都有bug. 有时遇到致命的 就得想法拼work around.
这方面的互相支援 台湾目前应该还是优胜
推文内有提到 novatek, mstar是否有自己cpu.
小星星则有自己的cpu.toolchain也是有team修改过
拿来做video fw,audio decoder, demuxer当coprocessor使用
有些是跑eCos. 有些甚至用 non-OS state machine跑
后来也加入了MMU以及一些multimedia instructions (大概就是SIMD指令级),
port上了 linux. cpu clocks 2010年初超频跑到5xxMHz左右 还挺稳的
后来想用这推上 2G, 2.5G feature phone. timing已经MISS 那时 smart phone
已经慢慢起来了 solution也只能拿去杀价竞争
MTK做的是SOC 跟单纯cpu不太相同
其实我觉得memory controller 才是最重要的
什么鬼东西都得挂在这上面 成本考量下 fifo 用多少都会影响gate counts
用太少又怕underrun得有一个机制去调整排程 排程器那时玩过一阵子
怎么存取才会有效率, cpu fetch要多大和cpu cache之间怎么同步等
那时算很重要的IP.毕竟诉求的DDR没像现在这么高速
又大都打16 bits solution. 处理不好会有闪线 或者 UI 显示缓慢
或者audio断音等等 至于现在会不会有memory bandwidth问题
我想还是有可能有的 8K4K or 4K2K, video, graphics(多层), scaler,
PIP/POP,3D video, 3D UI, MEMC等加上诉求低价solution (maybe 1颗ddr) 都可能让
频宽需要调整 但FHD诉求的频宽按现在需求应该算容易许多
至于user 有没有因为这些新功能体验到不同感受就不清楚了
SOC 在 hw code freeze后 会有一到两个月的后段模拟
人员需要有效率的去跑 test pattern, 各种clock setting
检测波形是否有误 也不是想像那么容易 一个不小心就出包
打得有点乱 不过诚如 ID所言 这行其实很辛苦
不鼓励.