Seems I forgot to announce that the linux_base-c6 is in the Ports Collection now. Well, it is not a replacement for the current default linux base, the linuxulator infrastructure ports are missing and we need to check if the kernel supports enough of 2.6.18 that nothing breaks.
To my knowledge, nobody is working on anything of this. Anyone is welcome to have a look and provide patches.
I committed the v4l2 support into the linuxulator (in 9–current). Part of this was the import of the v4l2 header from linux. We have the permission to use it (like the v4l one), it is not licensed via GPL. This means we can use it in FreeBSD native drivers, and they are even allowed to be compiled into GENERIC (but I doubt we have a driver which could provide the v4l2 interface in GENERIC).
The code I committed is “just” the glue-code which allows to use FreeBSD native devices which provide a v4l2 interface (e.g. multimedia/pwcbsd or multimedia/webcamd) from linux programs.
Thanks to nox@ for writing the glue code.
I merged the v4l translation layer into the linuxulator of 8–stable. As in -current, this just means that linux apps (like Skype) can now use FreeBSD native devices which conform to the v4l ABI. The port multimedia/webcamd provides access to some webcams (or DVB hardware) via the v4l ABI.
People which want to test the linuxulator part should first make sure a native FreeBSD application has no problem accessing the device.
Today I fixed 3 linux ports (converting to the “new” world order) to not use RPM directly (the right thing is to use rpm2cpio, and bsd.linux-rpm.mk provides some nice stuff to handle this).
In the last week I fixed some stuff in the linuxulator-MFC patch. It should now compile on amd64 and i386 without problems (at least the code which I have locally). There’s one (strange) panic report which I want to analyze and fix (if it is linuxulator related) with Roman before I update the patch on my site.
After the call for public testing we got some reports about LORs and a panic. This happened after an extensive parallel compiling session of linux stuff on a SMP system for several hours. Roman redid some of the locking and the fixes are in the tree. Intermediate patches already showed promising results. We’re waiting for the test of the committed solution now.
Yesterday we also got reports about segfaults with linux Java 5 and 6. This is under investigation (any debugging help would be appreciated, Java is a large beast).
I also noticed that we don’t have the results of a LTP run of a native Linux system in the wiki. It would be very nice to have this, as it would allow us to see broken test cases (Roman thinks the openat tests are flawed) or at least we see where it doesn’t matter much that we don’t PASS.