Sound sequencer (at least with a GUS card) doesn't honor HZ value

[Guus Sliepen]

--Z9t8O/5YJLB6LEUl
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

I've recently started compiling i386 kernels with HZ (and also CLOCKS_PER_S=
EC)
set to 1024 instead of 100 for various reasons. All works perfectly, except
when I play mod files with s3mod on my Gravis UltraSound card. The modules =
are
played 10 times too fast:

[guus@haplo]~>time s3mod /usr/lib/bb/bb.s3m
[...]
98 00000 Length  :4min 47sec
GUS (ALPHA support) Playing "/usr/lib/bb/bb.s3m"
Using 498690 of 524254 bytes of GUS RAM
0.814u 0.833s 0:29.95 5.4%      0+0k 0+0io 123pf+0w

Kernel version is plain 2.4.4. I've gone through the s3mod sources and did a
strace on it, but s3mod itself doesn't handle the timing, it only write()'s
stuff to /dev/sequencer, nothing else. This makes me strongly believe the
soundcard/sequencer driver itself is wrong here. A quick grep for 100, HZ a=
nd
CLOCKS didn't yield any useful information, so I guess it's not a trivial
problem...

P.S.: The change of HZ and CLOCKS_PER_SEC to 1024 is the only change I made.

--=20
Met vriendelijke groet / with kind regards,
  Guus Sliepen <[e-mail]>

--Z9t8O/5YJLB6LEUl
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.5 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7BUXAAxLow12M2nsRAoiHAKCLax7DV67V7eZL+vNV8ElGi0r2IACfTQr+
YcSbX1+SLB/TyB5P2JbPOAE=
=KiHI
-----END PGP SIGNATURE-----

--Z9t8O/5YJLB6LEUl--