一开始是PhotonVPS，后来是linode，接着Amazon EC2，现在跑到了DigitalOcean…… 换linode因为PhotonVPS时常网络不好偶尔还重启，换EC2因为linode只有PV的虚拟机而FreeBSD一直不支持64位的PV，换DigitalOcean因为它终于支持FreeBSD了并且便宜性能好还有GitHub的100刀优惠…… 搬家倒是挺方便，把数据库、网页、配置打包拷过去就完了…… 这回能呆久一些就好了…… 毕竟搬家还是要费一些功夫的……
在之前买了个Das Keyboard之后，这回为了在家里用搞了个Code Keyboard。 Code Keyboard自带一堆多媒体键，不过要让这些多媒体键发挥作用还要费些功夫。 刚插上去的时候，多出来一个键盘和一个鼠标设备： ukbd2: <vendor 0x04d9 USB Keyboard, class 0/0, rev 1.10/1.10, addr 8> on usbus0 ums2: <vendor 0x04d9 USB Keyboard, class 0/0, rev 1.10/1.10, addr 8> on usbus0 作为一个键盘来说，有个鼠标设备还是很奇怪的，所以多半是用来给多媒体键的。Ports Tree里有个uhidd，https://wiki.freebsd.org/uhidd，可以用来处理这些多媒体键对应的hid事件。ukbd驱动不错，我们只要干掉ums驱动就可以了。为了这个，先配置uhidd让他干掉ums自己attach上去： 0x04d9:0x0169:0={ detach_kernel_driver=”NO” } 0x04d9:0x0169:1={ detach_kernel_driver=”YES” } 之后跑uhidd -h /dev/ugen0.7 (这里ugen0.7是这个键盘对应的ugen设备，-h启动HID类设备)，就会发现/dev底下多了uvhid0。 跑系统自带的usbhidctl -f /dev/uvhid0 -l -a，然后按那些多媒体键，就能看见HID状态变化的事件，例如Volume_Increase从0变到1然后变回去之类。 之后，要让uhidd把这些事件翻译成键盘按键。在配置文件的0x04d9:0x0169:1那段里加一段： cc_keymap={ Play/Pause=”0x54″ Stop=”0x5a” Volume_Decrement=”0x62″ Volume_Increment=”0x63″ …
对其他系统用户这大概都不是什么问题，但是在BSD系统上有一堆问题…… 环境：FreeBSD 11， 打了个patch所以用的centos 6作为linux_base。 首先是glibc是否支持locale的问题。貌似linux_base-c6没有产生locale数据库，所以要跑build-locale-archive。 之后跑linux的locale应该就不会报错了。 其次看gtk的xim输入法模块是否启用了。找个gtk2-devel的包，从里面可以找到gtk-demo，跑他可以检验。 默认貌似只装了gtk2包，没装immodule…… 找到gtk2-immodules-xim包，把里面的im-xim.so装到/compat/linux/usr/lib/gtk-2.0/2.10.0/immodules里。这还没完，还要更新immodules列表。跑linux的gtk-query-immodules-2.0，把结果写到/compat/linux/etc/gtk-2.0/i386-redhat-linux-gnu/gtk.immodules里。之后开gtk-demo，找个文本框，右键菜单->输入法里应该有XIM了。 这时可能还是无法激活输入法。我写了个小程序检查XIM的情况： #include <X11/Xlib.h> #include <unistd.h> #include <stdlib.h> #include <stdio.h> int main() { Display *dpy = XOpenDisplay(NULL); if (!dpy) { printf("fail to open display\n"); exit(1); } if (XSupportsLocale()) { printf("Xlib supports current locale\n"); } char *p = XSetLocaleModifiers(""); printf("current locale modifier: %s\n", p); XIM im = …
这两天搞了一把DTrace，貌似还挺有意思的。 DTrace是个动态跟踪工具，可以在动态环境下向内核/程序中插入探头(probe)，收集处理以及显示一些信息。 其实本来搞DTrace是为了一个FreeBSD的bug。搞chromecast的时候发现，IP multicast的目标mac不对。不过后来分析代码大致定位到了出问题的文件，然后在最新代码里发现这个bug已经修了(PR 185395)，于是纯粹就是学习DTrace了。 一开始在我的机子上DTrace还跑不起来，后来发现是因为我跑的UEFI分支里的内核路径有些特别，于是DTrace找不到符号。打了个补丁(dt_kernel_path.patch)之后，dtrace终于能用了。 DTrace脚本的主体是一堆事件处理函数。跑DTrace脚本的时候，系统碰到某个符合的事件，就调用对应的函数。这些函数用D语言（不是那个D语言，是DTrace自己的一种语言）写成，语法和C差不多。基本的赋值/比较都能干，不过没有循环，也没有if/then/else。能控制流程的，基本上就是每个事件自带的条件，和三元操作符，也就是?:。 虽然前面那个bug是修了，我还是搞了个简单脚本来试DTrace。我希望观察arpresolve函数的参数和返回结果，也就是那个返回IP对应mac地址的函数。 arpresolve的原型是 int arpresolve(struct ifnet *ifp, struct rtentry *rt0, struct mbuf *m, const struct sockaddr *dst, u_char *desten, struct llentry **lle)int arpresolve(struct ifnet *ifp, struct rtentry *rt0, struct mbuf *m, const struct sockaddr *dst, u_char *desten, struct llentry **lle) 我希望查看dst里的ip地址，和desten里返回的mac地址。 DTrace脚本如下： fbt::arpresolve:entry /execname == "ping" && arg4 != …
bsd一直是个官方不咋支持的Android开发平台…… 不过靠着linux兼容层，还是可以混混的…… 首先是ndk-build会报不支持的os(FreeBSD)和arch(amd64)，而且ndk-build并不会使用环境变量里定义的值。所以有两个办法： 1. 直接调用gmake env HOST_OS=linux HOST_ARCH=x86 gmake -f $NDK_DIR/build/core/build-local.mk 这样啥都不用改。 2. 修改ndk-build 把HOST_OS设置成linux，HOST_ARCH设置成x86，并且export出来。 再把GNUMAKE设置成gmake，否则会调自带的linux版gmake导致一些麻烦的事情…… 然后直接跑就行了。 跑了之后会碰到一个问题：ld会segmentation fault。看系统log可能是因为fallocate和fstatfs64系统调用没有实现的关系。 解决办法是，到ndk目录里的toolchains/*/prebuilt/linux-x86/…/bin/，如果有ld.gold，那把老的ld干掉，改成到ld.bfd的符号链接。老的ld就是ld.gold…… 其实就是gold那个新的ld调了一些新的bsd还没实现的linux的system call…… 用老的bfd里的ld就没事了……