Alsa-Devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Rene Herman <rene.herman@gmail.com>
To: Trent Piepho <xyzzy@speakeasy.org>
Cc: Takashi Iwai <tiwai@suse.de>,
	Krzysztof Helt <krzysztof.h1@gmail.com>,
	ALSA devel <alsa-devel@alsa-project.org>
Subject: Re: [PATCH] ad1838/cs4231 -- fix MCE timeout upon initial load
Date: Tue, 18 Sep 2007 08:50:59 +0200	[thread overview]
Message-ID: <46EF7553.3020400@gmail.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0709171757500.27377@shell4.speakeasy.net>

On 09/18/2007 04:32 AM, Trent Piepho wrote:

> You can see the version in Hg after your patch was applied, and it uses
> schedule_timeout()

Yes, as said, that was a mismatch between the 2.6.22.x I was looking at and 
the patch that removed the _interruptible() from a few months go already. 
Also explains some of the mis-communication with Krzysztof earlier...

> I seem to have deleted the necessary unlock call before I sent the patch.
> One of the tests is inverted too. Here is a new version which fixes all 
> that. The other problem you pointed at out in the current code about 
> mistaken timeouts is fixed as well.

Yes, I agree with this, looking much better now. The removal of that last 
INIT checking loop _might_ cause a timing difference if earlier we just 
timed out in snd_ad1848_wait() but in that case, we're sol already anyway 
and who cares. Comment is good as well. Maybe s/should/could/ in:

+ * has in fact not begun. It should take 128 (no AC) or 384 (AC) cycles
+ * for ACI to drop. This gives a wait of at most 70 ms with a more
+ * typical value of 3-9 ms.

By the way, as to the cs4231 mirror image -- the CS4248 was the only chip 
that I didn't experience the autocalibration "(1)" timeout on using 
cs4231_lib which seems to indicate that for the CS423x chips, ACI never 
comes up at all when not auto-calibrating. Just for info, this same code 
handles that just fine.

I just now tested this on a CS4231A driven by ad1848_lib -- is working fine.

Acked-by: Rene Herman <rene.herman@gmail.com>

Rene.

  reply	other threads:[~2007-09-18  6:51 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-10 18:29 [PATCH] ad1838/cs4231 -- fix MCE timeout upon initial load Rene Herman
2007-09-10 21:40 ` Krzysztof Helt
2007-09-10 21:37   ` Takashi Iwai
2007-09-10 21:43   ` Rene Herman
2007-09-10 21:45     ` Rene Herman
2007-09-11  8:56     ` Krzysztof Helt
2007-09-11 20:42       ` Rene Herman
2007-09-17 21:04 ` Trent Piepho
2007-09-17 21:47   ` Krzysztof Helt
2007-09-18  1:18     ` Trent Piepho
2007-09-18  7:20       ` Krzysztof Helt
2007-09-19  1:27         ` Trent Piepho
2007-09-19  2:48           ` Rene Herman
2007-09-18  0:17   ` Rene Herman
2007-09-18  1:57     ` Rene Herman
2007-09-18  4:24       ` Rene Herman
2007-09-18 11:03         ` Rene Herman
2007-09-18 11:54         ` Takashi Iwai
2007-09-18 13:38           ` [ PATCH 1/4] alsa-kernel: schedule_timeout() fixes Rene Herman
2007-09-18 16:39             ` Takashi Iwai
2007-09-18 13:49           ` [PATCH 2/4] alsa-kernel: schedule_timeout() fix for kernel/drivers/input/touchscreen/ucb1400_ts.c Rene Herman
2007-09-18 13:58             ` Takashi Iwai
2007-09-18 13:58               ` Rene Herman
2007-09-18 13:57           ` [PATCH] ad1838/cs4231 -- fix MCE timeout upon initial load Rene Herman
2007-09-18 14:27             ` [PATCH 3/4] alsa-kernel: schedule_timeout() fix for core/seq/seq_instr.c Rene Herman
2007-09-18 16:38             ` [PATCH] ad1838/cs4231 -- fix MCE timeout upon initial load Takashi Iwai
2007-09-18 14:34           ` [PATCH 4/4] alsa-driver: schedule_timeout() fixes Rene Herman
2007-09-18 16:44             ` Takashi Iwai
2007-09-18 17:05               ` Rene Herman
2007-09-18 17:09                 ` Rene Herman
2007-09-18 17:22                   ` Takashi Iwai
2007-09-18  2:32     ` [PATCH] ad1838/cs4231 -- fix MCE timeout upon initial load Trent Piepho
2007-09-18  6:50       ` Rene Herman [this message]
2007-09-18  7:33       ` Krzysztof Helt
2007-09-18  8:02       ` Krzysztof Helt
2007-09-18  8:17         ` Rene Herman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=46EF7553.3020400@gmail.com \
    --to=rene.herman@gmail.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=krzysztof.h1@gmail.com \
    --cc=tiwai@suse.de \
    --cc=xyzzy@speakeasy.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox