FreeBSD

Recently there were several important developments taken place in DragonflyBSD.

We saw:

Robert Watson wrote:

Please welcome Colin Percival, our newest src committer. Colin has been using and abusing FreeBSD for several years, but in the past couple has produced “FreeBSD update”, and a host of bugfixes and changes from that work. Colin will be picking up his own PRs to merge, and picking up some others. Let this be a lesson to you all: no good deed goes unpunished. I’ll be his mentor.

Big news! After about four months Jeffrey Hsu has finally merged his fix of RFC3042 to FreeBSD!

I have posted this into the “Security” category because this is a potentially a remote-exploitable security issue. (DoS maxmium).

John has published a new patch:

http://people.freebsd.org/~jhb/patches/acpi_sci2.patch

Historically, the only translation performed on I/O requests after they they left the file-system layer were logical sub disk implementation done in the device driver. No universal standard for how sub disks are configured and implemented exists, in fact pretty much every single platform and operating system have done it their own way. As FreeBSD migrates to other platforms it needs to understand these local conventions to be able to co-exist with other operating systems on the same disk.

Today folks at FreeBSDChina suggested me to have an interview with FreeBSD’s David XU (Yifeng XU), who is an active committer, and possibly the only src committer living in the mainland China.

Dillon wrote:

Well, this is fun. There are over 460 files in the 5.x source tree (360 in DFly) that make calls to malloc(… M_NOWAIT), and so far about 80% of the calls that I’ve reviewed generate inappropriate side effects when/if a failure occurs. CAM is the biggest violator… it even has a few panic() conditionals if a malloc(… M_NOWAIT) fails. Not Fun!

日记节选.

以前听说微软在界面开发上投入了大笔的经费，其中的一些故事(如他们请人去用新的产品，把全过程拍下来，然后一点一点研究)也许有些夸张，但今天算被cygwin的安装程序狠狠地折腾了……

Today ru has committed the first patch from the Stanford Metacompilation research group. Kip Macy has pointed the website of them to me.

The submission is awesome that they are mainly leak-related, which is hard to trace and will trigger strange problems where we will spend hours and even days to track down. The original post was submitted to FreeBSD-Hackers maillist here.

sys/vm/uma_int.h, rev 1.23是一个对于junsu几天前发现的问题的workaround。Alan说「Thanks. I’ve committed a change making a slightly larger increase to UMA_BOOT_PAGES.」