Might as well fake the normal aliases in soundcore if loaded rather thanpollute chardev with it but otherwise I think we agree.

> 2. Add to feature-removal that snd-slot/service-* are going away in a> year along with the weird switches. This allows people who wish to> try or switch in the meantime to do so.

Yep

> 3. After a year, drop module loading related code from sound_core> along with the weird config option and kernel parameter.

Do we need soundcore at all at that point ? It seems phase 3 is "move anyneeded logic to ALSA oss emulation and kill it off"

> In the end, the only choice we have to make is whether to keep> snd-slot/service-* aliases. If we're gonna (I don't see why tho), the

I think we need to for a year or so - and its trivial to do so.

> cleanest way would be to teach chrdev about aliases. If not, the best> way is to add a switch so that it can be phased out gradually.

In the mean time if you are grabbing just some minors sound_core.c:chainsalso needs keeping in sync with direct character range grabs because yourCUSE based device might grab some minors before sound_core, and then itappears tears will result ?