fragment size using emu10k1

Hi...

I've noticed a problem using the ioctl SNDCTL_DSP_GETBLKSIZE with my SBPCI512. I'm not familiar with the underlying workings of the sound driver (emu10k1), and I really don't know if this is a kernel problem or a driver problem.

The problem is simple, when you issue the GETBLKSIZE call, the value that is reported back is wrong by a power of 2. The call will report that the buffer size is "X" Bytes, but it is really only of size "X/2" Bytes.

This can cause problems in applications that attempt to use this information for malloc calls, or for applications that need to write data to the card in full fragments at a time.

--Paco