Seems I for­got to an­nounce that the linux_​base-​c6 is in the Ports Col­lec­tion now. Well, it is not a re­place­ment for the cur­rent de­fault linux base, the linuxu­lat­or in­fra­struc­ture ports are miss­ing and we need to check if the ker­nel sup­ports enough of 2.6.18 that noth­ing breaks.


To my know­ledge, nobody is work­ing on any­thing of this. Any­one is wel­come to have a look and provide patches.

Linuxu­lat­or pro­gress

This week­end I made some pro­gress in the linuxu­lat­or:

  • I MFCed the re­port­ing of some linux-​syscalls to 9-​stable and 8-​stable.
  • I up­dated my linuxu­lat­or-dtrace patch to a re­cent -cur­rent. I already com­piled it on i386 and arundel@ has it com­piled on amd64. I coun­ted more than 500 new DTrace probes. Now that DTrace res­cans for SDT probes when a ker­nel mod­ule is loaded, there is no ker­nel pan­ic any­more when the linux mod­ule is loaded after the DTrace mod­ules and you want to use DTrace. I try to com­mit this at a morn­ing of a day where I can fix things dur­ing the day in case some prob­lems show up which I did not no­tice dur­ing my test­ing.
  • I cre­ated a PR for portmgr@ to re­po­copy a new linux_​base port.
  • I set the ex­pir­a­tion date of linux_​base-​fc4 (only used by 7.x and up­stream way past its EoL) and all de­pend­ent ports. It is set to the EoL of the last 7.x re­lease, which can not use a later linux_​base port. I also ad­ded a com­ment which ex­plains that the date is the EoL of the last 7.x re­lease.

New Cen­tOS linux_​base for test­ing soon­ish

It seems my HOWTO cre­ate a new linux_​base port was not too bad. There is now a PR for a Cen­tOS 6 based linux_​base port. I had a quick look at it and it seems that it is nearly us­able to in­clude in­to the Ports Col­lec­tion (the SRPMs need to be ad­ded, but that can be done with­in some minutes).

When FreeBSD 8.3 is re­leased and the Ports Col­lec­tion open for sweep­ing com­mits again, I will ask port­m­gr to do a repo-​copy for the new port and com­mit it. This is just the linux_​base port, not the com­plete in­fra­struc­ture which is needed to com­pletely re­place the cur­rent de­fault linuxu­lat­or user­land. This is just a start. The pro­cess of switch­ing to a more re­cent linux_​base port is a long pro­cess, and in this case de­pends upon enough sup­port in the sup­por­ted FreeBSD re­leases.

At­ten­tion: Any­one in­stalling the port from the PR should be aware that us­ing it is a highly ex­per­i­ment­al task. You need to change the linuxu­lat­or to im­per­son­ate him­self as a linux 2.6.18 ker­nel (de­scribed in the pkg-​message of the port), and the code in FreeBSD is far from sup­port­ing this. Any­one who wants to try it is wel­come, but you have to run FreeBSD-​current as of at least the last week­end, and watch out for ker­nel mes­sages about un­sup­por­ted sy­scalls. Re­ports to emulation@​FreeBSD.​org please, not here on the webpage.

VDR ports docs

After a quick dis­cus­sion with nox@ I made a copy&paste of his “VDR is com­mit­ted now”-mail in­to the FreeBSD wiki. I also re-​styled some small parts of it to fit bet­ter in­to the wiki. It is not per­fect, but already us­able. Now in­ter­ested people can go and im­prove the docs there.

Thanks to Juer­gen for all his work in this area!

Non-​default linux base ports de­prec­ated

Yes­ter­day I de­prec­ated the non-​default Fe­dora based Linux base ports. This means fc6, f7, f8 and f9 will van­ish soon (I de­cided for one month of ex­piry time). This is be­cause all of them are End of Life up­stream since a long time (= no se­cur­ity up­dates).

The fc4 and f10 ones are still avail­able – even if they are End of Life too – be­cause FreeBSD 7.x can not use some­thing new­er than the fc4 one, and we have not tested yet a more re­cent Linux dis­tri­bu­tion.

Prob­ably the most easy way to up­date the Linux base ports to some­thing new­er is to stay with Fe­dora (we have a lot of ports-​infrastructure for it already). Un­for­tu­nately it is not known if some­thing new­er works without prob­lems (miss­ing epoll/​inotify sup­port could be a road­b­lock here in case it is ex­tens­ively used in a more re­cent ver­sion).

I want to get some time to have a look if a more re­cent Fe­dora ver­sion is suit­able for the use as a Linux base in FreeBSD 8.x+, but I do not have an es­tim­ate when I can start and how long it may take. In case someone already tested a more re­cent Fe­dora ver­sion feel free to share your ex­per­i­ence.

Some up­dates (kernel/​ports)

There was not much to tell in the last months. I was busy with mov­ing and the preg­nancy of my wife (ok, she was more busy with this than I was…).

So the re­cent up­dates are, that I took some time to com­mit some of my patches to SVN. Most of them are in my SVN user area in vari­ous branches. The in­ter­est­ing ones may be deskjail and linuxaio. The first one al­lows to run your desktop in a jail. The second one gives async I/​O for the linuxu­lat­or.

There’s also some oth­er stuff. Feel free to have a look.

It also seems that the we may see the Fe­dora 8 in­fra­struc­ture land­ing in the ports col­lec­tion “soon”. I have the im­pres­sion that Bor­is just waits for the com­plete un­freeze of the ports col­lec­tion. The last patch I’ve re­viewed looked very good. There are some loose ends, like switch­ing it on as the de­fault linux base for FreeBSD-cur­rent for ex­ample, but those are things which I prefer to do later than in the same com­mit. First let it be there for a while and let curi­ous users test it a little bit more. If everything is ok, we can switch the de­fault linux base to F8 in -cur­rent.

Nat­ive Real­Play­er for FreeBSD

Some days ago I got ap­prov­al from Real, I’m al­lowed to blog about the nat­ive FreeBSD Real­Play­er. Now I get time to blog about it.

Ok, there’s not much to say about it so far. Some people in the FreeBSD com­munity (among them 2 com­mit­ters, guess who is one of them…) are help­ing Real to get it up and run­ning on FreeBSD. The FreeBSD build ma­chine is setup and some build logs are already gen­er­ated. Some minor prob­lems where iden­ti­fied (miss­ing soft­ware which can be in­stalled out of the ports, some minor is­sues in the build sys­tem and some oth­er easy to fix stuff I don’t re­mem­ber ATM) in a first round of log–re­view.

This re­minds me that I should have a look if there are some new logs. Maybe I get time at the week­end. Let’s hope I don’t for­get about it… 😉