Sev­eral peo­ple help debug­ging/testing the new lin­ux­o­la­tor. We already got patches from kib@ and from the con­trib­u­tor which uses “Intron” as his alias in com­mu­ni­ca­tion. On the amd64 test­ing side bsam@ helps a lot. So far we fixed a panic with linux_vfork (I got hit by it while run­ning the glibc regres­sion tests) and synced the MI parts of the amd64 stuff. We’re also in the process to get some more of the uncom­mit­ted stuff of the SoC into the tree. This stuff are changes which are done based upon reviews by jhb@ and ssouhlal@. Unfor­tu­nately jhb@ seems to be busy ATM, so we have to wait a lit­tle bit for his review of the changes.

We still have the futex prob­lem, but there are patches float­ing around which at least fix some prob­lems with realplay.

Roman is going on hol­i­day at the end of the com­ming week, I hope we are able to fix some prob­lems until then.

I com­mit­ted most of Romans work in the lin­ux­o­la­tor to cur­rent. The new syscalls aren’t used until you run

sysctl com­pat.linux.osrelease=2.6.16

to switch back (after exit­ing all linux pro­grams) you just have to run

sysctl compat.linux.osrelease=2.4.2

But you have to do this on i386. Amd64 sup­port is not com­plete (and besides this, amd64 is still bro­ken and nobody pro­vided the nec­ces­sary debug­ging info to jhb@).

There are some known prob­lems with osrelease=2.6.16, e.g., prob­lems with futexes (vis­i­ble in acroread, realplay and skype), but some pro­grams already run with­out obvi­ous prob­lems (linux–fire­fox, linux-opera).

Any reports about new prob­lems to netchild@ and rdivacky@ please. Reviews, debug­ging info and patches are wel­come too.

Wow, some of the TODO items in the last post are done:

• emu10k1 lower pri­or­ity on attach (allows emu10kx to attach when loaded too)
• sade com­mit­ted (and code improved)

And I did some more things:

• emu10kx fixes (sub­mit­ted by Yuriy)
• enhance­ment of the bsd to linux errno map­ping (sub­mit­ted by “Intron”)
• added some more files to ObsoleteFiles.inc (sub­mit­ted by kris@)
• had a look at linux_kdump and deter­mined that we should update it with what we have in -cur­rent

There’s also a sub­mis­sion of sup­port for Envy24HT chips from Kon­stan­tin (he also has a page with a lot of docs for envy* chips).

Not much hap­pened in the last days. I talked with my SoC 2006 stu­dents and helped them a lit­tle bit with knowl­edge and test­ing. I also did com­mit some fixes for the envy24 dri­ver to current.

ATM I have some hol­i­days. So I think I should get some more time do to some stuff in FreeBSD… at least when it stays rainy and I’m able to find some new fur­ni­ture for the liv­ing room soon (either it’s com­fort­able, or it does look good; in case it is com­fort­able and does look good, it’s either not avail­able in the con­fig­u­ra­tion you want, or it is at least 3 times more expen­sive than you are will­ing to spend… sigh).

On my TODO list is to com­mit is “sade”, the break out of the fdisk and diskla­bel edi­tor in sysin­stall. I have patches for this, but need to fix-up a lit­tle part before I can com­mit it. After that sysin­stall can be replaced with some­thing else, and we still have the nice curses fron­tend for disk par­ti­tion­ing avail­able. Another TODO item is to give a lower pri­or­ity to the emu10k1 dri­ver, so that the emu10kx dri­ver has prece­dence in all cases. And there are some easy patches in some PRs I want to deal with.