linux-kernel - Re: PROBLEM: SIS7019 stops recording after 42 min

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <AANLkTiln40Xo3fHbMSkEvdBUtFq8ZWrF57wgRWdU2Juc@mail.gmail.com>
Date:	Wed, 23 Jun 2010 20:22:56 +0200
From:	Hans Schou <linux@...ou.dk>
To:	David Dillow <dave@...dillows.org>
Cc:	linux-kernel@...r.kernel.org, alsa-devel@...a-project.org
Subject: Re: PROBLEM: SIS7019 stops recording after 42 min

2010/6/23 David Dillow <dave@...dillows.org>:

> I can reproduce the alternating pattern of periods using a different
> device, so this may be something in the core code of ALSA.

Strange? The program I am actually using is one I have written myself.
I was sure I was using the old method as I open(2). In my program I
use
   int fd = open("/dev/dsp",  O_RDWR);

This should not go through ALSA (I think). I gues one should use
something with "snd_pcm_open()" to use ALSA.

> Since this problem is not related to the SiS7019 driver, I'll leave it
> to later -- or for others to investigate. Using three periods per buffer
> sees a similar pattern, but one has an extra period time to work
> within.

I really don't understand why I do not see this problem on other
hardware using the same compiled code.

If the problem is ALSA, how can I then turn it off?

Thanks for your investigation.

regards/hans
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/