New sound dri­ver: envy24

I com­mit­ted the 5 year old envy24 dri­ver by Kat­sura­ji­ma Nao­to. Kon­stan­tin Dim­itrov spend some time to fix some bugs and to add sup­port for some more sound­cards. Cur­rent­ly sup­port­ed / known to work are:

  • M‑Audio Audio­phile 2496
  • M‑Audio Delta Dio 2496
  • Ter­ratec DMX 6fire

Reports about oth­er work­ing devices are wel­come.

There are some known prob­lems too, they are relat­ed to vchans, kldunload-ing of the dri­ver, 24bit sup­port, and some mix­er prob­lems. Peo­ple which want to help or add sup­port for their sound­card can have a look at the already col­lect­ed datasheets:

  • http://www.nbritton.org/uploads/envy24/
  • http://www.asahi-kasei.co.jp/akm/en/product/ak4528/ak4528_f01e.pdf
  • http://www.asahi-kasei.co.jp/akm/en/product/ak4528/ekd4528-01.pdf
  • http://www.asahi-kasei.co.jp/akm/en/product/ak4524/ak4524_f03e.pdf
  • http://www.asahi-kasei.co.jp/akm/en/product/ak4524/ekd4524.pdf
  • http://www.wolf­son.co.uk/uploads/documents/en/WM8728.pdf
  • http://www.richtech.co.kr/down/richtek/RT9131.pdf
  • http://xkodi.svobodno.com/xkodi/space71.html
  • http://people.freebsd.org/~lofi/envy24.pdf
  • http://people.freebsd.org/~lofi/4524.pdf
Send to Kin­dle

The new default lin­ux base: FC4

Port­m­gr com­mit­ted the switch to the new default lin­ux base port yes­ter­day. After return­ing home from work I com­mit­ted the cor­re­spond­ing UPDATING entry.

Today I marked all unmaintained/old lin­ux base ports as dep­re­cat­ed (some are marked because they are EOL, some are marked because of bitrod). I use a expi­ra­tion time of about 3 months. So while there’s plen­ty of time to update, you should do it now.

Send to Kin­dle

COMPAT_43, SoC and stuff

I just removed the COMPAT_43 option from the GENERIC ker­nel in cur­rent. This may result in increased per­for­mance for some work­loads.

In the last days I also “men­tored” a lit­tle bit my SoC stu­dents. Review­ing some changes, sug­gest­ing some imrove­ments, com­mit­ting some stuff which is ready, dis­cussing var­i­ous things and so on.

And last but not least, I hope that the last bugs in the update to the new lin­ux base port are ironed out on the ports build clus­ter (I did some com­mits in the last days).

Send to Kin­dle

Bikesheds, FC4 and SoC

The last week has seen some bikesheds. One of them was my com­mit of the doxy­gen infra­struc­ture for the ker­nel sub­sys­tems. Some peo­ple don’t like the way doxy­gen requires some markup tags in the com­ments, some peo­ple don’t think such API docs pro­vide addi­tion­al val­ue and some peo­ple fear that 3rd par­ty devel­op­ers may use some func­tions which should­n’t be used. I don’t repeat the counter-arguments of myself and oth­er peo­ple here, but there are peo­ple out there which already make use of the cur­rent unsat­is­fac­to­ry doxy­gen out­put and are hap­py about this infra­struc­ture. Luck­i­ly is was super­seed­ed by anoth­er bikeshed (and gnn@ wants to work on doc­u­ment­ing a sub­sys­tem to show the ben­e­fits to those peo­ple which do not think yet, that this is a good idea). On a relat­ed issue, I’m wait­ing on a repo copy of src/sys/doc to src/tools (it’s one of two repo copies I’m wait­ing for, ncvs@ seems to be bussy ATM). Some doc@ peo­ple think it is more appro­pri­ate there.

The FC4 lin­ux base port and the xorg based lin­ux X11 libs port are sched­uled for test­ing in an exper­i­men­tal ports build run, we may see the switch of the default lin­ux base port in the not so dis­tant future. It seems Boris is work­ing on updates to the rest of the lin­ux­o­la­tor infra­struc­ture in the Ports Col­lec­tion (gtk, …), so we may see a lot of updates there after the switch of the default lin­ux base port.

In the last days I also helped/talked with my SoC stu­dents. Roman is play­ing a lit­tle bit with an amd64 tin­der­box he got access to and as a result he com­mit­ted sup­port for build­ing the lin­ux­o­la­tor on amd64 as a mod­ule to per­force (call for testers: he did send a patch to emulation@, please give it a try if you own an amd64 box). Ryan is cat­a­loging the IOCTL’s and their sta­tus (imple­ment­ed, obso­lete, …) in the FreeB­SD wiki. I already pri­or­ized those he did so far, and gave some sug­ges­tions how to pro­ceed with the impor­tant ones. This way he has­n’t to wait for me or Ariff when he is fin­ished with the cat­a­loging (being a men­tor liv­ing in a dif­fer­ent time zone means you should be ahead of your stu­dent… being ahead even before he is able to asks ques­tions is … a boost for your own ego 😉 ).

Send to Kin­dle