From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: Linux 2.6.16-rc3 Date: Mon, 13 Feb 2006 15:15:03 +0100 Message-ID: References: <20060212190520.244fcaec.akpm@osdl.org> <43F07DA3.6080702@gmail.com> <43F08A2B.2030607@gmail.com> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Return-path: In-Reply-To: <43F08A2B.2030607@gmail.com> Sender: linux-scsi-owner@vger.kernel.org To: patrizio.bassi@gmail.com Cc: Andrew Morton , Linus Torvalds , linux-kernel@vger.kernel.org, Jens Axboe , James Bottomley , "Brown, Len" , "David S. Miller" , Greg KH , linux-acpi@vger.kernel.org, linux-usb-devel@lists.sourceforge.net, "Yu, Luming" , Ben Castricum , sanjoy@mrao.cam.ac.uk, Helge Hafting , "Carlo E. Prelz" , Gerrit =?ISO-8859-1?Q?Bruchh=E4user?= , Nicolas.Mailhot@LaPoste.net, Jaroslav Kysela , =?ISO-8859-1?Q?Bj=F6rn?= Nilsson , Andrey Borzenkov , "P. Christeas" , ghrt , jinhong hu , Andrew Vasquez , linux-sc List-Id: linux-acpi@vger.kernel.org At Mon, 13 Feb 2006 14:31:23 +0100, Patrizio Bassi wrote: > > Takashi Iwai ha scritto: > > At Mon, 13 Feb 2006 13:37:55 +0100, > > Patrizio Bassi wrote: > > > >> Takashi Iwai ha scritto: > >> > >>> At Sun, 12 Feb 2006 19:05:20 -0800, > >>> Andrew Morton wrote: > >>> > >>> > >>>> - Patrizio Bassi has an alsa suspend > >>>> regression ("alsa suspend/resume continues to fail for ens1370") > >>>> > >>>> > >>> It's not a "regression". PM didn't work with ens1370 at all in the > >>> eralier version. > >>> > >>> About the problem there, I have no idea now what's wrong. The > >>> suspend-to-disk works fine if the driver is built as module but not as > >>> built-in kernel. > >>> > >>> > >>> > >>> > >> i wrote "regression" because before (ehm...exactly don't know...about > >> 2.6.14 time) > >> after suspend i had to restart my distro's mixer values service or i > >> couldn't hear anything. > >> and...ok..it was boring but worked. > >> > > > > You abused the function which wasn't officially supported :) > > > > > > Takashi > > > > > nice i'm an abuser! :) > > ok, seriously..that's bad, because before it was not implemented, so ok... > but now it fails with errors (and make apps not working properly) which > is worse. My rough guess is the initialization order, the resume was called too early. What about to put sleep between snd_ensoniq_chip_init() and snd_ak4531_resume()? Or put more delay in snd_ak4531_resume()? Takashi