I committed the 5 year old envy24 driver by Katsurajima Naoto. Konstantin Dimitrov spend some time to fix some bugs and to add support for some more soundcards. Currently supported / known to work are:
- M‑Audio Audiophile 2496
- M‑Audio Delta Dio 2496
- Terratec DMX 6fire
Reports about other working devices are welcome.
There are some known problems too, they are related to vchans, kldunload-ing of the driver, 24bit support, and some mixer problems. People which want to help or add support for their soundcard can have a look at the already collected datasheets:
Portmgr committed the switch to the new default linux base port yesterday. After returning home from work I committed the corresponding UPDATING entry.
Today I marked all unmaintained/old linux base ports as deprecated (some are marked because they are EOL, some are marked because of bitrod). I use a expiration time of about 3 months. So while there’s plenty of time to update, you should do it now.
I just removed the COMPAT_43 option from the GENERIC kernel in current. This may result in increased performance for some workloads.
In the last days I also “mentored” a little bit my SoC students. Reviewing some changes, suggesting some imrovements, committing some stuff which is ready, discussing various things and so on.
And last but not least, I hope that the last bugs in the update to the new linux base port are ironed out on the ports build cluster (I did some commits in the last days).
The last week has seen some bikesheds. One of them was my commit of the doxygen infrastructure for the kernel subsystems. Some people don’t like the way doxygen requires some markup tags in the comments, some people don’t think such API docs provide additional value and some people fear that 3rd party developers may use some functions which shouldn’t be used. I don’t repeat the counter-arguments of myself and other people here, but there are people out there which already make use of the current unsatisfactory doxygen output and are happy about this infrastructure. Luckily is was superseeded by another bikeshed (and gnn@ wants to work on documenting a subsystem to show the benefits to those people which do not think yet, that this is a good idea). On a related issue, I’m waiting on a repo copy of src/sys/doc to src/tools (it’s one of two repo copies I’m waiting for, ncvs@ seems to be bussy ATM). Some doc@ people think it is more appropriate there.
The FC4 linux base port and the xorg based linux X11 libs port are scheduled for testing in an experimental ports build run, we may see the switch of the default linux base port in the not so distant future. It seems Boris is working on updates to the rest of the linuxolator infrastructure in the Ports Collection (gtk, …), so we may see a lot of updates there after the switch of the default linux base port.
In the last days I also helped/talked with my SoC students. Roman is playing a little bit with an amd64 tinderbox he got access to and as a result he committed support for building the linuxolator on amd64 as a module to perforce (call for testers: he did send a patch to emulation@, please give it a try if you own an amd64 box). Ryan is cataloging the IOCTL’s and their status (implemented, obsolete, …) in the FreeBSD wiki. I already priorized those he did so far, and gave some suggestions how to proceed with the important ones. This way he hasn’t to wait for me or Ariff when he is finished with the cataloging (being a mentor living in a different time zone means you should be ahead of your student… being ahead even before he is able to asks questions is … a boost for your own ego 😉 ).
Just committed the FC4 port Boris did after Joe did the repocopy (Thanks Joe!). It seems this is the newest FC based linux_base port we can use with the current linuxolator.