作者snaketsai (さいでんし)
看板Soft_Job
标题[讨论] m68k的专利效期与复活可能?
时间Tue Sep 15 16:49:36 2020
其实主要是想闲聊
大约在2015年左右,日立的SuperH ISA架构专利开始逐渐一一到期
Rob Landley跟Jeff Dionne *合作开始了J-Core的计画来复刻CPU:
https://j-core.org/
(*这两人之前比较有名的专案分别是BusyBox跟uCLinux)
其中一个他们很在乎的理由是:
SuperH的code density非常的高,对於容量依旧寸土寸金的MCU等级
嵌入式系统来说,SRAM、XIP Flash都是钱
今年的一场talk中也有提及:
https://www.youtube.com/watch?v=dVD1Yws__v0
目前这个计画的发展虽然没有太多人关注、但是也算有一个niche的刚需
毕竟costdown乃是商业之母(多数情况无误)
也因为他们的接手
Linux Kernel在之前2018年大量抛弃没人在用的架构时
没有砍掉arch/sh底下的code
另外这两人也找来金主来赞助musl-libc的作者Rich Felker,
让他实做和维护musl-libc对SuperH 2的支援
然而,最近在看一些paper时看到这篇:
《ll: Exploring the Limits of Code Density》
简单说他是拿一只印Linux Logo的小程式来测code density
快速看了一下,发现表现最好的是m68k
也因此不禁好奇m68k的专利近况
有查到一篇文章在讨论:
http://gendev.spritesmind.net/forum/viewtopic.php?f=2&t=2925
但是不确定还有没有其他未知的专利保护存在?
翻了一下发现台面上找得到很久以前就释出,可以开Linux 2.6的verilog实做:
https://github.com/alfikpl/ao68000
而再爬一下Linux Kernel底下arch/m68k的存活状态:
https://github.com/torvalds/linux/commits/master/arch/m68k
其实这一两年也都还有持续进code、修些mm subsytem的东西
以近期很多厂商想要leverage工具链完整度、软体stack成熟度
又希望不用或仅须羽量权利金、也避免被国家势力干涉的大趋势来说
若m68k专利到期的状况差不多了
或许又是个可以拿来炒一波的题材?
= = = = = = =
另外插个花边新闻,以前只准大玩家入场、不太open的IBM OpenPower
在之前转变方向放弃「三百万慈善扑克王」模式、放了颗MicroWatt後
随着时间演进与开发迭代,现在是已经能开Linux的状态:
https://github.com/antonblanchard/microwatt/pull/169
https://lore.kernel.org/linuxppc-dev/[email protected]/
FPU也在路上了:
https://github.com/antonblanchard/microwatt/pull/245
我个人是认真觉得这样的质变,会在某个时间点带来量变
到时候会是什麽样的世界,其实我也不太能想像就是了
--
Linux is the bone of my world.
Kernel is mybody, and initramfs is myblood,
have created over a thousand Distros.
Unknown to impossibility.
Nor known to limitation.
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 101.10.22.83 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1600159990.A.901.html
1F:推 Apache: 走错了 这里是web板 09/15 17:21
2F:推 Bencrie: 推 musl 09/15 17:36
的确是个好东西,我还在大学时拿它来学libc的组织与结构
工作上偶尔也会碰到它
3F:推 chuegou: 一楼让我笑出来 不过回归正题讨论 09/15 17:37
4F:→ chuegou: 你认为这个量变会是开源isa百家争鸣的状态吗 09/15 17:37
接近一年前我在这板发过类似的文章
我的看法跟当时接近:
一些中低阶MCU会开始转移
FOSS在软体圈刚出来时也是被大家质疑quality跟发展性
随着够多傻子(这边是自嘲)把品质弄成熟
把入手成本降到几乎是0
把教科书上的例子从Borland C++/MSVC改成gcc/llvm
便会发生改变
OpenRISC会失败的原因我觉得倒是可以另外发一篇文来讨论
5F:→ Bencrie: 然後 kernel 5.9 最近效能劳赛 09/15 17:38
其实烙赛有一段时间了XD
6F:推 yamakazi: 我只会刻UI,都看不懂QQ 09/15 17:43
7F:→ leolarrel: 不过我比较看好RISC-V 耶 09/15 18:30
※ 编辑: snaketsai (101.10.22.83 台湾), 09/15/2020 18:58:53
8F:推 wesley234: web 版,XD~ 09/15 18:59
9F:推 newhandfun: 推一楼 09/15 20:17
10F:推 e12518166339: 难得能在这版看到看的懂得话题,给推 09/16 00:34
11F:推 e12518166339: 另外敲碗OpenRISC 09/16 00:35
12F:→ Holysml: OpenRISC应该玩家都转台去RISCV了 09/16 07:30
13F:推 locklose: 推 09/16 13:07
14F:推 brianhsu: 我自己也比较期待 RISCV 09/16 18:52
15F:→ x246libra: 看不懂,好像很厉害 09/16 19:01
16F:推 troylee: 有意思 09/17 21:35
17F:→ troylee: 印象中以前计组课本上就是m68k做范例 09/17 21:36
18F:推 troylee: 喔不对...是MIPS... 09/17 21:38