Return-path: Received: from fencepost.gnu.org ([199.232.76.164]:58744 "EHLO fencepost.gnu.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1030844AbXCHWt6 (ORCPT ); Thu, 8 Mar 2007 17:49:58 -0500 Received: from proski by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1HPRP9-0004ts-D6 for linux-wireless@vger.kernel.org; Thu, 08 Mar 2007 17:48:11 -0500 Subject: Re: wireless extensions vs. 64-bit architectures From: Pavel Roskin To: Randy Dunlap Cc: jt@hpl.hp.com, Johannes Berg , Jouni Malinen , Michael Buesch , linux-wireless@vger.kernel.org, netdev , Jeff Garzik , Dan Williams In-Reply-To: <20070308141756.efdfd6da.randy.dunlap@oracle.com> References: <1173144447.15891.93.camel@johannes.berg> <20070306171316.GA19669@bougret.hpl.hp.com> <200703061943.07350.mb@bu3sch.de> <20070307020310.GA20466@bougret.hpl.hp.com> <1173364747.14001.7.camel@johannes.berg> <20070308184954.GA24485@bougret.hpl.hp.com> <1173382042.3248.63.camel@johannes.berg> <20070308193412.GG23040@devicescape.com> <1173382802.3248.68.camel@johannes.berg> <20070308221128.GA24884@bougret.hpl.hp.com> <20070308141756.efdfd6da.randy.dunlap@oracle.com> Content-Type: text/plain Date: Thu, 08 Mar 2007 17:49:48 -0500 Message-Id: <1173394188.26190.24.camel@dv> Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Thu, 2007-03-08 at 14:17 -0800, Randy Dunlap wrote: > I think that this is not actually an option since > powerpc64 is all 32-bit userspace. > Maybe some other arch-es are like this also (?). I think all other architectures except x86_64 and maybe ia64 would prefer to stay 32-bit for performance reasons alone. As for x86_64 and ia64, there is another incentive, namely compatibility with x86, which matters if proprietary software is involved. Finally, using 32-bit userspace could cut memory consumption, which is important for some uses. Switching 32-bit systems to a 64-bit kernel shouldn't be a big deal. It should be transparent, just like enabling an option to support 4 gigabytes of memory or 64-bit PCI resources. 32-bit distributions should have an option to install a 64-bit kernel, just like it's possible to install a kernel optimized for 586 CPU. A Live CD could benefit from 64-bit kernel because it would allow users to chroot to their 64-bit distro installation and repair it, without having to provide 64-bit userspace on the CD. I think the reason 32-bit userspace on 64-bit kernel is not widespread is precisely because of such incompatibilities as the one we are discussing. The need for proper support will grow as laptops with over 1 gigabyte of memory become a commonplace. I believe breaking the "u32/k64" compatibility is not an option. I would prefer the option two, the changeover. I don't think wireless extensions (or at least the compatible kernel API) should go away soon. -- Regards, Pavel Roskin