1.概述 阅读全文>>
↧
LVDS协议（上）
↧
LVDS协议（下）
5.LVDS串行化 阅读全文>>
↧
↧
MIPI-DSI协议（下）
本文介绍了MIPI-DSI协议的下篇 阅读全文>>
↧
edp协议
一、概念介绍 DisplayPort(DP)是一个行业标准，具有可选的音频和内容保护功能，可广泛应用于PC和消费电子(CE)设备。它整合了内部和外部连接方法，以降低设备的复杂性，支持关键跨行业应用程序的必要特性，并提供性能可伸缩性，使具有更高颜色深度、刷新率和显示分辨率的下一代显示器。DP控制器可用于以下应用... 阅读全文>>
↧
蓝牙协议分析(10)_BLE安全机制之LE Encryption
前面文章介绍了两种BLE的安全机制：白名单[4]和LL
privacy[3]。说实话，在这危机四伏的年代，这两种“捂着脸讲话（其它人不知道是谁在讲话，因而不能插话、不能假传圣旨，但讲话的内容却听得一清二楚）”的方法，实在是小儿科。对于物联网的应用场景来说，要做到安全，就必须对传输的数据进行加密，这就是LE
Encryption要完成的事情（当然，只针对面向连接的数据），具体请参考本文的介绍。 阅读全文>>
↧
↧
蓝牙协议分析(11)_BLE安全机制之SM
注1：此SM是Security Manager的缩写，非彼SM，大家不要理解歪了！
书接上文，我们在“蓝牙协议分析(10)_BLE安全机制之LE Encryption”中介绍了BLE安全机制中的终极武器----数据加密。不过使用这把武器有个前提，那就是双方要共同拥有一个加密key（LTK，Long Term Key）。这个key至关重要，怎么生成、怎么由通信的双方共享，关系到加密的成败。因此蓝牙协议定义了一系列的复杂机制，用于处理和加密key有关的操作，这就是SM（Security Manager）。
另外，在加密链路建立之后，通信的双方可以在该链路上共享其它的key（例如在“蓝牙协议分析(9)_BLE安全机制之LL Privacy”中提到的IRK），SM也顺便定义了相应的规范。
阅读全文>>↧
USB-C(USB Type-C)规范的简单介绍和分析
从1996年1月USB1.0正式发布至今（2017年9月 USB3.2发布），USB已经走过了21个年头。在这21年的时间了，USB标准化组织（USB Implementers Forum，USB-IF）折腾出来了各式各样、五花八门的接口形态：Type A、Type A SuperSpeed、Type B、Type B SuperSpeed、Mini-A、Mini-B、Micro-A、Micro-B、Micro-B SuperSpeed、Type C等等。
另外，USB接口主要由插座（Receptacle）、插头（Plug）和线缆（Cable）三部分组成，再叠加上这些奇奇怪怪的规范，灾难就发生了：
A产品喜欢用Type A的插座，B产品偏偏喜欢Type B，连接它们的线缆就悲剧了，只能变成A-to-B的了。以此类推，A-to-A、B-to-B、A-to-MicroA、等等，于是我们的抽屉就挤满了各种不明用途的USB线……
好吧，吐槽时间结束，因为本文的主角不是过去的那些奇奇怪怪的接口，而是最新的、红到发紫的USB-C（也称作USB Type C）规范。提起typec，它还真和它的A、B前辈们不太一样：
因为它有自己独立的、自行演化的规范文件----USB Type-C Specification（2014年发8月布1.0版本，2017年7月发布1.3版本）。而前辈们就没有这样的待遇了，它们都依附于具体的USB规范（USB 1.0、USB 1.1、USB 2.0、等等）。
为什么会这样的呢？当然是因为它有独特之处了，具体请参考本文后续的描述。
阅读全文>>↧
Atomic operation in aarch64
在Linux内核中看到下面这句话:
At least on ARM, pgprot_noncached causes the
memory to be mapped strongly ordered, and atomic operations on strongly ordered
memory are implementation defined, and won't work on many ARMs such as omaps.
所以, 为什么对用户non-cached的内存,部分平台不支持原子操作?
↧