最近想到可以给 Cisco WLC 也配置一下监控，查了一下，果然有一些方法。大概研究了一下，找到了方法：
把 https://github.com/haad/net-snmp/tree/master/mibs 和 https://github.com/zampat/neteye4/tree/master/monitoring/monitoring-plugins/wireless/cisco/mibs 目录下的所有 .txt 文件放到 /usr/share/snmp/mibs 目录下。
然后把 https://github.com/zampat/neteye4/blob/master/monitoring/monitoring-plugins/wireless/cisco/telegraf.conf 下面 snmp 的配置复制到 telegraf 配置中，然后修改一下 IP 地址。
确保 Cisco WLC 的 SNMP 的 Public Community 已经配置好，然后就可以拿到数据了。
目前可以拿到 WLC 自身的一些运行˙状态信息、AP 的信息、SSID 的信息和 Client 的信息，基本满足了我们的需求。
参考：https://www.neteye-blog.com/2019/08/monitoring-a-cisco-wireless-controller/
Modern Script Loading https://jasonformat.com/modern-script-loading/
如何实现 closure http://craftinginterpreters.com/closures.html
加速 uniform_int_distribution 实现 https://lemire.me/blog/2019/09/28/doubling-the-speed-of-stduniform_int_distribution-in-the-gnu-c-library/
在 FPGA 上运行 Rocket Chip 教程 https://github.com/cnrv/fpga-rocket-chip
Xilinx Bitstream 逆向 https://prjxray.readthedocs.io/en/latest/
JVM 利用 SIGSEGV 进行 null 检测 https://jcdav.is/2015/10/06/SIGSEGV-as-control-flow/
Async/Await 进入 Rust Beta https://blog.rust-lang.org/2019/09/30/Async-await-hits-beta.html
在 Rust 里实现 Plugin http://adventures.michaelfbryan.com/posts/plugins-in-rust/
Nginx 除了可以做 HTTP 服务器以外，还可以做 RTMP 服务器，同时转成 HLS 再提供给用户，这样可以实现一个直播的服务器，用 OBS 推上来即可。
首先要安装 nginx-rtmp-server 模块，很多的发行版都已经包含了，它的主页是 https://github.com/arut/nginx-rtmp-module，下面很多内容也是来自于它的教程中。
接着，配置 Nginx，在 nginx.conf 的顶层中添加如下的配置：
rtmp {
server {
listen 1935;
chunk_size 4096;
application live {
live on;
record off;
hls on;
hls_path /path/to/save/hls;
hls_fragment 1s;
hls_playlist_length 10s;
}
}
}
这里表示 Nginx 要在 1935 监听一个 RTMP 服务器，然后把 live 下的视频切成片然后存在目录下，提供一个 m3u8 文件以供播放器使用。这里的参数都可以按照实际需求进行调整。这时候应该可以看到 nginx 正确监听 1935 端口，这是 rtmp 的默认端口。
接着，需要在一个 HTTP server 路径下把 HLS serve 出去：
location /hls {
# Serve HLS fragments
types {
application/vnd.apple.mpegurl m3u8;
video/mp2t ts;
}
root /path/to/save/hls;
add_header Cache-Control no-cache;
}
这时候，如果你用 rtmp 推一个流（比如用 OBS）到 rtmp://SERVER_IP/live/SOMETHING，那么在对应的目录下会看到 SOMETHING 开头的一系列文件；用播放器打开 http://SERVER_IP/hls/SOMETHING.m3u8 就可以看到直播的视频流了。
如果要直接在浏览器里播放 HLS，需要用 Flowplayer，直接参考官方的例子即可：
<script>
var player = flowplayer("#player", {
clip: {
sources: [
{
type: "application/x-mpegurl",
src: "https://SERVER_IP/hls/SOMETHING.m3u8"
}]
},
autoplay: true,
loop: true,
live: true
});
</script>
上面的各个路径可以按照实际需求改动。
最近 rCore 添加了 UEFI 支持，在 QEMU 里跑自然是没有问题，然后尝试放到 VMWare 虚拟机里跑，这时候问题就来了：需要一个带有 ESP 盘的 vmdk 虚拟盘。搜索了一下网络，找到了解决方案：
其中 60m esp 和 uefi.cdr 都可以按照实际情况修改。它会把 esp 目录下的文件放到 ESP 分区中，然后得到一个镜像文件：
uefi.cdr: DOS/MBR boot sector; partition 1 : ID=0xb, start-CHS (0x3ff,254,63), end-CHS (0x3ff,254,63), startsector 1, 122879 sectors, extended partition table (last)
接着转换为 vmdk：
这样就可以了。
之前听说了 EDID 的存在，但是一直没有细究里面的格式和内容。今天了解了一下，发现其实非常简单，下面是方法：
首先获取所有显示器输出的 EDID：
输出里会出现 "IODisplayEDID" = <00ffxxxxxxxxxxxxx> 的内容，尖括号内的就是 EDID 的内容。接着，我们采用 edid-decode 进行解析：
就可以看到很详细的 EDID 数据解析了。
ref: https://gist.github.com/OneSadCookie/641549 https://www.avsforum.com/forum/115-htpc-mac-chat/1466910-ability-dump-display-s-edid-mac.html
最近需要在 linux 下抓取 Framebuffer 的内容，在网上找到了两种方法，在我这里只有第二、第三种可以成功，没有细究具体原因，可能与我的 Framebuffer 配置有关。方法如下：
fbgrab ：命令就是 fbgrab image.png，直接得到 png 文件，格式是对的，但是用软件打开就是一片空白。用 ImageMagick 转换为 jpg 可以看到一些内容，但是和实际有些不一样。fbdump ：命令就是 fbdump > image.ppm，得到裸的 ppm 文件，图像是正确的，也可以转换为别的格式正常打开。Framebuffer 配置（ fbset 输出）：
mode "640x480-0"
# D: 0.000 MHz, H: 0.000 kHz, V: 0.000 Hz
geometry 640 480 1024 480 32
timings 0 0 0 0 0 0 0
accel false
rgba 8/16,8/8,8/0,0/0
endmode
转换脚本（参考 [Tips] 擷取 framebuffer 畫面）：
#!/usr/bin/perl -w
$w = shift || 240;
$h = shift || 320;
$pixels = $w * $h;
open OUT, "|pnmtopng" or die "Can't pipe pnmtopng: $!\n";
printf OUT "P6%d %d\n255\n", $w, $h;
while ((read STDIN, $raw, 4) and $pixels--) {
$short = unpack('I', $raw);
print OUT pack("C3",
($short & 0xff0000) >> 16,
($short & 0xff00) >> 8,
($short & 0xff));
}
close OUT;
用法： cat image.rgb | perl script.pl 1024 480 > console.png
最近需要用到逻辑分析仪来调试 SPI Flash，设备是 DreamSourceLab 的 DSLogic，最开始用的是官方的 DSView，确实能够抓到 SPI 的信号，也可以解析出一些 SPI Flash 的数据，但是很多是不完整的。
后来把源码下载下来，发现是基于 sigrok 和 PulseView 做的一个魔改版，然后 sigrok 官网上最新的版本已经支持了 DSLogic，于是就用 PulseView 替代 DSView。一开始遇到的问题是没有 firmware，一番搜索找到了解决方案，按照脚本下载好文件即可。
进到 PulseView 以后，把 SPI 的四路信号接上，然后抓了一段信号，解析：
可以看到它正确地解析出来了 Fast Read 命令。由于 DSView 它 fork 自一个比较老的版本，所以它并不能正确解析出来。
P.S. Linux 下它界面显示比 macOS 下好看一些，估计是没有适配好。
之前做过一个在前端解析上传的 CSV 的功能，但是只能支持部分的 encoding，遇到 gbk 就傻眼了。一番研究以后，找到了比较科学的方案：
import * as Chardet from 'chardet';
import * as Iconv from 'iconv-lite';
const reader = new FileReader();
reader.onload = (e) => {
const data = e.target.result;
const view = Buffer.from(data);
// detect encoding and convert
const encoding = Chardet.detect(view);
const result = Iconv.decode(view, encoding);
const csvData = Papa.parse(result).data;
// do anything with it
};
reader.readAsArrayBuffer(blob_here);
依赖了两个库：chardet 和 iconv-lite ，测试了一下，解析 UTF-8 GBK UTF-16BE 都没问题。
P.S. 在生成 csv 的时候，也会出现 Excel 打开后乱码的问题，一开始我以为需要转 UTF-16 然后再添加 BOM Mark，后来发现只要在最前面加上 0xEF 0xBB 0xFB（UTF-8 编码下的 BOM Mark）即可。
一个可参考的防止 side channel attack 的方法 https://www.undeadly.org/cgi?action=article;sid=20190621081455
物理上镜像百兆的方法 实测可用 https://greatscottgadgets.com/throwingstar/
微软员工写的 malloc https://github.com/microsoft/mimalloc
超标量乱序执行的 x86 软核 https://tspace.library.utoronto.ca/bitstream/1807/80713/1/Wong_Henry_T_201711_PhD_thesis.pdf
Rust 的 wireshark 替代 https://github.com/kpcyrd/sniffglue
Rpi 4 发布 https://readhacker.news/s/45nK9
iOS/macOS Catalina PB1 发布（= DB2）
dbg! 移植到了 C++ https://github.com/sharkdp/dbg-macro
类似于 Elm 的 Rust 前端框架 https://github.com/David-OConnor/seed
访问 VMware 虚拟机串口的方法 https://thewayeye.net/2009/december/4/connecting-virtual-machines-serial-console-os-x-and-vmware-fusion/