public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Eugene Kuznetsov <divx@euro.ru>
To: Doug Ledford <dledford@redhat.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re[2]: Problem with i810_audio driver
Date: Tue, 24 Apr 2001 06:02:58 -0500	[thread overview]
Message-ID: <92987369.20010424060258@euro.ru> (raw)
In-Reply-To: <3AE4EAEB.254B2A48@redhat.com>
In-Reply-To: <921508308.20010421012021@euro.ru> <3AE4EAEB.254B2A48@redhat.com>

Hello Doug,

Monday, April 23, 2001, 9:54:35 PM, you wrote:

DL> Both B and C are cases of the whole chip acting flat busted.  I would suspect
DL> that possibly Win2k drivers set this thing up some way that we don't recover
DL> from.  Is there any pattern like maybe "I listen to X in Win2k then reboot to
DL> linux and sound is screwed" or something like that?  Also, when it does
DL> happen, does shutting down and then actually powering the machine off
DL> (possibly by going so far as to unplug the machine for 5 seconds or so to
DL> overcome any low power state savings on modern motherboards) make it reliably
DL> come back instead of having to reboot multiple times?  Does this ever happen
DL> if you just unload/reload the module without rebooting inbetween (aka, does
DL> the linux driver module sometimes trigger the problem)?

 Here are some more answers.
 1. I tried powering the machine off, unplugging it for several seconds
and then booting into Linux. Two out of three times it came into state B and
one time into state A. Thus, I think that the problem is not caused by
Win2k drivers. Moreover, rebooting into Win2k, playing something with Winamp
( 44k/16/stereo ) and returning into Linux also brought it into state A.
 2. Unloading/reloading driver module does _not_ trigger the problem.
It simply does not affect the condition. I can switch it from state
B to state A by removing i810_audio, inserting ALSA driver for the
chip, immediately removing it and inserting i810_audio back.
 3. Multiple rebooting sometimes ( not always ) switches it from B to
A, but I'm not sure that it can switch it in other direction.

 The whole thing sounds to my mind as having some kind of resource,
register, etc. which is supposed to be initialized during loading of
drivers, but it's not done by i810_audio driver.

-- 
Best regards,
 Eugene
mailto:divx@euro.ru or sparky@projectmayo.com
[Team GADGET]  [Team Two Divided By Zero]  [Team Hackzone.ru]



  parent reply	other threads:[~2001-04-24 11:09 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-21  6:20 Problem with i810_audio driver Eugene Kuznetsov
2001-04-24  2:54 ` Doug Ledford
2001-04-24 10:24   ` Re[2]: " Eugene Kuznetsov
2001-04-24 11:02   ` Eugene Kuznetsov [this message]
2001-04-24 15:40     ` Doug Ledford
2001-04-24 15:47   ` Tim Wright

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=92987369.20010424060258@euro.ru \
    --to=divx@euro.ru \
    --cc=dledford@redhat.com \
    --cc=linux-kernel@vger.kernel.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