作者DontGoMtk (麦当劳)
看板Tech_Job
标题Re: 为何威盛做CPU会失败，联发科却会成功？
时间Sat Jul 5 06:29:37 2014
※ 引述《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所言 这行其实很辛苦
不鼓励.
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 122.116.74.10
※ 文章网址: http://webptt.com/cn.aspx?n=bbs/Tech_Job/M.1404512980.A.8A5.html
1F：推 loseptt:好 下去领分红20万 07/05 06:40
2F：推 ptta:那是多古早以前的简报啊? 07/05 07:32
3F：推 maesww:好 20万分红分两次年领 07/05 07:40
4F：推 maesww:一次领一半 07/05 07:42
5F：→ MOONY135:...强大的肝 07/05 08:26
6F：推 billandcs:还好我进不去...XD 07/05 08:34
7F：推 DaveLu:专业文 07/05 09:15
8F：推 giantwinter:不只靠脑力还要靠体力... 07/05 10:11
9F：推 loloman:VIA我曾经听到传闻是有整个team出走，人方面也出很大问题 07/05 10:13
10F：推 thanksyou:MStar 23:00 办公室还有9成的人。 07/05 10:15
11F：推 sun409:Aeon 不就是 OpenRISC 吗？不算是自己做的吧？ 07/05 10:16
12F：推 Fiona102:晨星不是叫好听的 07/05 11:03
13F：推 chester06:推 07/05 11:10
14F：推 opyopmt:推认真评论回答,虽说中英夹杂写起来比较顺 07/05 11:18
15F：→ opyopmt:但看得好辛苦啊 07/05 11:19
16F：→ howshow:这篇的专业程度相当高~~~~~~~~~应该是过来人 07/05 12:01
17F：推 Stratovarius:推好文 07/05 12:18
18F：推 a881:厉害 受教了 谢谢 07/05 12:33
19F：推 jovidream:DontGoRTK 是你的谁? 07/05 12:36
20F：推 Plutojack:巷子内的 07/05 12:47
21F：推 garbo:好专业！！感谢 07/05 12:54
22F：推 mekidd:专业...真的是心声 07/05 13:13
23F：→ kronos:专业..用心... 07/05 13:34
24F：推 typepeter:推 07/05 14:25
25F：→ sentinels:不去MTK那要去哪？ 07/05 16:07
26F：推 brightest:mt6595 频宽高达15Gbps 你以为很好做？ 07/05 16:28
27F：推 brightest:小m的例子正好反证自己做CPU 只有挫赛的份 07/05 16:31
28F：推 dakkk:fifo通常给跨clock domain用的 哪能随便造 07/05 16:34
29F：推 cyyang:B/T/m是五六年前的案例,记得那麽清楚,现在大尾了,早没这样 07/05 16:39
30F：推 elite840:巷子内 07/05 16:48
31F：→ acelp:前几楼 mM好像都有类似RISC架构的cpu 07/05 19:40
32F：→ acelp:通常标榜几核是指ap 其他周边或demod/modem都有cpu辅助 07/05 19:41
33F：推 killer2k:nxp 後来也把这部分卖给trident，然後trident自己跟三爽 07/05 19:41
34F：→ killer2k:玩两手策略把自己玩挂了XD 07/05 19:41
35F：推 loseptt:小m那个cpu只是打杂 取代asic功能 用软体去实现一些modem 07/05 20:55
36F：→ loseptt:一些计算 07/05 20:55
37F：→ loseptt:可以省去硬体设计时间 改用韧体去实现modem时常要计算部 07/05 20:56
38F：→ loseptt:分 07/05 20:56
39F：推 usan:做TV的吗, 好熟悉... 07/05 21:43
40F：推 Smile365Day:大M的Communication那边也有一棵MCU在跑RTOS 07/05 23:57
41F：推 brightest:小m的确有自我AP 可是android 根本跑不起来 然後就掰了 07/06 01:16
42F：→ brightest:真要算MCU可多得 07/06 01:17
43F：推 wxyz899:作过电视给推, 上辈子做坏事 这辈子做电视阿 07/06 09:27
44F：推 Zoxge:现在有哪家做Android TV成功的吗？ 小m好像有在做喔? 07/06 15:45
45F：推 eknbz:推原PO 一楼和三楼 07/06 17:50
46F：推 leopard930:真的是巷子内的 身体要顾阿 07/07 19:52
47F：推 bartester:专业清新文 07/11 17:12