From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner+w=401wt.eu-S1764376AbYDYQvY@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1764376AbYDYQvY (ORCPT <rfc822;w@1wt.eu>);
	Fri, 25 Apr 2008 12:51:24 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1763824AbYDYQvH
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Fri, 25 Apr 2008 12:51:07 -0400
Received: from mx2.suse.de ([195.135.220.15]:52055 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1760297AbYDYQvF (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 25 Apr 2008 12:51:05 -0400
Date: Fri, 25 Apr 2008 18:51:04 +0200
Message-ID: <s5hve25j2tj.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: <48120ABF.1050802@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>
	<s5hfxta4fem.wl%tiwai@suse.de>
	<48120ABF.1050802@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 20:45:51 +0400,
Stas Sergeev wrote:
> 
> > 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...
> Yes, making them to play well together is
> something to think about too. But I don't
> see how it can affect the distributors.
> If the distro doesn't have the sound enabled,
> then it won't enable snd-pcsp no matter
> what. If it does have the sound enabled,
> then why would it ever want to use pcspkr
> instead of snd-pcsp?

The sound subsystem is enabled (loaded) only when necessary.
As long as there are many systems without the sound subsystem
(i.e. servers), snd-pcsp wouldn't be built (thus not provided even as
a module) for their kernels because it prevents input-pcspkr.


Takashi