Date: Sun, 12 Sep 2004 16:11:55 +0300
From: Sasha Khapyorsky <sashak@smlink.com>
To: Andi Kleen <ak@muc.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: GPL source code for Smart USB 56 modem (includes ALSA AC97
 patch)
Message-ID: <20040912161155.47d2c8dc@sashak.lan>
In-Reply-To: <20040912083039.GB87823@muc.de>
References: <2DdiX-6ye-17@gated-at.bofh.it>
	<2Dfup-7Zv-9@gated-at.bofh.it>
	<m3k6v0lwwq.fsf@averell.firstfloor.org>
	<20040911230753.1c1d73de@localhost>
	<20040912083039.GB87823@muc.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1294
Lines: 35

On 12 Sep 2004 10:30:39 +0200
Andi Kleen <ak@muc.de> wrote:

> > > The later should be much easier to free.
> > 
> > There was such approach, but seems it was wrong.
> 
> What's the problem exactly - your kernel part is still binary only? 

Current binary kernel part (slamr) is not a problem - it may be removed,
then ALSA drivers will be finished. But user-space program still have
binary code and there is no replacement.

> > 
> > > The 64bit kernel can run 32bit programs without problems.
> > 
> > This should be possible (don't check yet). But the problem here was
> > that AMD64 machines are usually based on non-Intel chipsets
> > (VIA, NVidia), supports for those chipsets were added to ALSA just
> > in last days. Now it may be tested with recent version of ALSA.
> 
> One small issue is that when you have custom ioctls there may 
> be some need to add them to the compat layer, otherwise the user
> space part cannot issue them. This could be even done in a separate 
> module from your driver though.

Thanks for explanations.

Sasha.

-
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/