201511 - 蜗窝科技

显示技术介绍(2)_电子显示的前世今生

作者：wowo 发布于：2015-11-30 22:19 分类：显示

从1907年证实CRT（Cathode Ray Tube）技术可用于电视显示至今，电子显示技术经历了近100年的发展。100年的时间，说长不长，说短也不短；显示技术的发展，说快不快，说慢也不慢。

CRT技术是最原始的显示技术，但它的生命周期一直持续到2000年后，随着LCD（Liquid Crystal Display）的普及才逐渐退出历史舞台，跨度近90年，这是“不快”的由来。

而最近10年，各种新显示技术，又有层出不穷、快速发展之势，如OLED（Organic light-emitting diode display）、电子墨水（E Ink）、激光电视（Laser TV）、IMOD（Interferometric modulator display）等2D显示技术，如激光显示（Laser display）、光场显示（Light field display）等3D显示技术，这是“不慢”的由来。

蜗蜗本来只打算focus在Linux显示子系统的分析上，不想涉及太多的“题外话”，但专业技术的诱惑力，实在不比linux kernel小。另外，网上真正关注“技术”本身的资料又太少（大多是为了卖电视而写的软文）。因此就在兴趣的驱动下，对显示技术的发展做了一些较深入的了解，顺便在此记录一下。这就是本文以及后续相关文章的由来。

当然，只有兴趣还远远不够，因为任何商业化的技术背后，都有很多基础学科的支撑，数学、物理学、化学、材料学、等等。而离开学校越久远，对这些基础知识越生疏，也只能浅尝辄止了。不过还好，有强大的WJ百科，可以事半功倍，本文大多参考并翻译自下面链接，有兴趣的读者可以自行阅读：

https://en.wikipedia.org/wiki/History_of_display_technology

https://en.wikipedia.org/wiki/Display_device

阅读全文>>

标签: CRT LED OLED Laser IMOD

评论(2) 浏览(16180)

ARM64的启动过程之（六）：异常向量表的设定

作者：linuxer 发布于：2015-11-24 18:22 分类：ARMv8A Arch

本文主要描述了4.1.10内核初始化过程中如何初始化异常向量表。当然，首先需要准备一些异常的基础知识，这主要在第二章，如果你非常熟悉 ARM64的异常，那么可以忽略这个章节。第三章描述了ARM64上各种形形色色的异常，第四章描述了ARM64上硬件提供的协助，最后一章描述了代码过程。

为了简化，本文对所描述的异常进行了限制：

1、所有的exception level的运行状态都是AArch64，不考虑异常发生在AArch32 excution state的时候

2、不考虑支持security extension，也就是说EL3状态的异常处理也不在本文描述

3、不考虑virtualization的支持，也就是说EL2的异常处理不会在本文描述

一句话总结，本文主要描述EL0和EL1这两个exception level下的异常向量表的设定。

阅读全文>>

标签: arm64 exception

评论(19) 浏览(64783)

Linux进程冻结技术

作者：itrocker 发布于：2015-11-24 15:01 分类：电源管理子系统

1 什么是进程冻结

进程冻结技术（freezing of tasks）是指在系统hibernate或者suspend的时候，将用户进程和部分内核线程置于“可控”的暂停状态。

2 为什么需要冻结技术

假设没有冻结技术，进程可以在任意可调度的点暂停，而且直到cpu_down才会暂停并迁移。这会给系统带来很多问题：

阅读全文>>

标签: Linux freeze

评论(48) 浏览(37906)

显示技术介绍(1)_概述

作者：wowo 发布于：2015-11-22 21:44 分类：显示

本文是显示子系统的第一篇文章，介绍嵌入式系统显示有关的硬件组成，进而拆分为相对独立的模块，以便在后续的文章中一一介绍。

阅读全文>>

标签: 显示 GPU 2D 3D

评论(10) 浏览(14083)

进化论、人工智能和外星人

作者：wowo 发布于：2015-11-15 22:16 分类：技术漫谈

标题有点混乱，主要是最近看书有些杂，从而使一些由来已久的疑惑渐有开朗之势，故而在这儿胡言乱语一番。

阅读全文>>

评论(10) 浏览(12396)

linux kernel内存回收机制

作者：itrocker 发布于：2015-11-12 20:37 分类：内存管理

无论计算机上有多少内存都是不够的，因而linux kernel需要回收一些很少使用的内存页面来保证系统持续有内存使用。页面回收的方式有页回写、页交换和页丢弃三种方式：如果一个很少使用的页的后备存储器是一个块设备（例如文件映射），则可以将内存直接同步到块设备，腾出的页面可以被重用；如果页面没有后备存储器，则可以交换到特定swap分区，再次被访问时再交换回内存；如果页面的后备存储器是一个文件，但文件内容在内存不能被修改（例如可执行文件），那么在当前不需要的情况下可直接丢弃。

阅读全文>>

评论(37) 浏览(35672)

linux cpufreq framework(5)_ARM big Little driver

作者：wowo 发布于：2015-11-10 22:04 分类：电源管理子系统

也许大家会觉得奇怪：为什么Linux kernel把对ARM big·Lttile的支持放到了cpufreq的框架中？

众所周知，ARM的big·Little架构，也称作HMP（具体可参考“Linux CPU core的电源管理(2)_cpu topology”中相关的介绍），通过在一个chip中封装两种不同类型的ARM core的方式，达到性能和功耗的平衡。这两类ARM Core，以cluster为单位，一类为高性能Core（即big core），一类为低性能Core（即Little core），通过它们的组合，可以满足不同应用场景下的性能和功耗要求，例如：非交互式的后台任务、或者流式多媒体的解码，可以使用低功耗的Little core处理；突发性的屏幕刷新，可以使用高性能的big core处理。

那么问题来了，Linux kernel怎么支持这种框架呢？

注1：本文很多理论性的表述，或多或少的理解并翻译自：“http://lwn.net/Articles/481055/”，感兴趣的读者可以自行阅读。

注2：本文基于linux-3.18-rc4内核，其它版本内核可能会稍有不同。

阅读全文>>

标签: Linux ARM cpufreq hmp big little

评论(35) 浏览(19049)