Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 12 Nov 2001 03:40:48 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 12 Nov 2001 03:40:38 -0500 Received: from galba.tp1.ruhr-uni-bochum.de ([134.147.240.75]:41743 "EHLO galba.tp1.ruhr-uni-bochum.de") by vger.kernel.org with ESMTP id ; Mon, 12 Nov 2001 03:40:26 -0500 Date: Mon, 12 Nov 2001 09:40:16 +0100 (CET) From: Kai Germaschewski To: Jeff Garzik cc: Pete Zaitcev , , Linus Torvalds Subject: Re: [PATCH] save sound mixer state over suspend In-Reply-To: <3BEF6614.921EBED9@mandrakesoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 12 Nov 2001, Jeff Garzik wrote: > As we mentioned on IRC, ymfpci uses ac97_codec, which does not contain > the ac97_reset function. Being curious: Which IRC channel? - I checked the #kernelnewbies log, but that's apparently not it. > > I cannot test the patch because my suspend/resume cycle > > retains mixer levels without it (2.2.14 stock, PCG-Z505JE), > > so I would not see any difference. Interesting. My notebook is pretty much the European variant (PCG-Z600NE), but it doesn't retain the mixer levels. > The patch looks ok, but I wonder about the order in ymfpci_resume. You > load the mixer values -then- call ymfpci_download_image and > ymfpci_memload. It seems for the purposes of general sanity and > stability you would want to load the mixer values after doing those two > operations. Okay. I figured the ac97 codec and programming the chip itself wouldn't interfere, but I agree that it looks saner to have the ac97_restore_state at a later point. I'll change the patch accordingly. --Kai - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/