From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner+w=401wt.eu-S1758667AbYDYG20@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1758667AbYDYG20 (ORCPT <rfc822;w@1wt.eu>);
	Fri, 25 Apr 2008 02:28:26 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756635AbYDYG2T
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Fri, 25 Apr 2008 02:28:19 -0400
Received: from ns2.suse.de ([195.135.220.15]:36654 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1756468AbYDYG2S (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 25 Apr 2008 02:28:18 -0400
Date: Fri, 25 Apr 2008 08:28:17 +0200
Message-ID: <s5hfxta4fem.wl%tiwai@suse.de>
From: Takashi Iwai <tiwai@suse.de>
To: Stas Sergeev <stsp@aknet.ru>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.25-mm1 (snd-pcsp doesn't like DEBUG_PAGEALLOC)
In-Reply-To: <4811555E.3040509@aknet.ru>
References: <20080418014757.52fb4a4f.akpm@linux-foundation.org>
	<20080419021343.GA3503@nineveh.local>
	<20080418200237.b5a9e805.akpm@linux-foundation.org>
	<20080419041429.GA8508@anvil.corenet.prv>
	<20080418212934.bbe84ee2.akpm@linux-foundation.org>
	<s5h8wz7cng7.wl%tiwai@suse.de>
	<480CD50F.20706@aknet.ru>
	<s5hbq42b3j7.wl%tiwai@suse.de>
	<480E2EE5.5040208@aknet.ru>
	<s5hiqy9dkhv.wl%tiwai@suse.de>
	<480F95BE.60109@aknet.ru>
	<s5h3apbd1zx.wl%tiwai@suse.de>
	<4811555E.3040509@aknet.ru>
User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 MULE XEmacs/21.5 (beta28)
 (fuki) (+CVS-20070806) (i386-suse-linux)
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

At Fri, 25 Apr 2008 07:51:58 +0400,
Stas Sergeev wrote:
> 
> Hello.
> 
> Takashi Iwai wrote:
> > No, I don't think input-pcspkr would be ever easily obsoleted by
> > snd-pcsp.  People definitely want a system without the sound subsystem
> > but with a beep.
> If you don't enable sound, then you
> can't enable snd-pcsp, and so the
> pcspkr can be enabled.

Yeah, of course.  Don't mix up with the argument about Kconfig
dependency issues.  I just reacted against your statement that input
pcspkr driver will be obsoleted.

> But if you have enabled the sound,
> what's the use in not seeing the
> snd-pcsp in the config?
> Because most people already had
> pcspkr enabled I guess, this just
> reduces the availability of snd-pcsp
> by an order of magnitude. And the
> reason for that, is... ?

I actually removed the dependency from snd-pcsp Kconfig again since
this causes a dependency loop (at least, kbuild can't handle
properly). 

But anyway, as mentioned in my previous post, snd-pcsp wouldn't be
enabled on most of distros' kernels because it cannot be built
together with input-pcspkr driver, unfortunately...


Takashi