From: "Henry Ptasinski" <henryp@broadcom.com>
To: "Dan Carpenter" <error27@gmail.com>
Cc: "Henry Ptasinski" <henryp@broadcom.com>,
"julie Sullivan" <kernelmail.jms@gmail.com>,
"Roland Vossen" <rvossen@broadcom.com>,
"devel@linuxdriverproject.org" <devel@linuxdriverproject.org>,
"gregkh@suse.de" <gregkh@suse.de>,
"linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>,
"Henry Ptasinski" <henryp@broadcom.com>
Subject: Re: [PATCH 00/21] staging: brcm80211: code cleanup and fullmac bugfix
Date: Fri, 24 Jun 2011 15:38:54 -0700 [thread overview]
Message-ID: <4E0511FE.3070701@broadcom.com> (raw)
In-Reply-To: <20110614175035.GE9280@broadcom.com>
On 06/14/2011 10:50 AM, Henry Ptasinski wrote:
> On Sun, Jun 12, 2011 at 12:00:45PM -0700, Dan Carpenter wrote:
>
>> On Sun, Jun 12, 2011 at 07:23:27PM +0100, julie Sullivan wrote:
>>
>>>> I am using GregKH's staging-next repo:
>>>> git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging-2.6.git
>>>>
>>>>
>>>
>>>> The patch applies on top of 5ad7b85b90e30eb5af4fbf6ce21907a2bd8934df.
>>>>
>>>> Bye, Roland.
>>>>
>>>>
>>> OK, this compiles fine on x86-64/SMP. It's probably not interesting
>>> but there are just a few warnings:
>>>
>>>
>> Yeah. The driver only works under 32 bit. This is listed in the
>> TODO file as something to fix before it leaves staging.
>>
>>
> At the moment, we haven't really seen any interest in 64-bit support with sdio
> (almost all actual usage is 32-bit ARM as far as I can tell), but it will
> definitely get more relevant when we add USB support to brcmfmac. We'll work
> on getting it up and running, but any help would be appreciated.
>
> Is it safe to assume the related modules (mmc.ko, etc) work on 64-bit?
>
> - Henry
I've verified that the brcmfmac driver works on 64-bit x86 kernels.
There are a few compiler warnings that we'll clean up.
- Henry
next prev parent reply other threads:[~2011-06-24 22:39 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-09 14:44 [PATCH 00/21] staging: brcm80211: code cleanup and fullmac bugfix Roland Vossen
2011-06-09 14:44 ` [PATCH 01/21] staging: brcm80211: moved typedefs to decrease header file dependencies Roland Vossen
2011-06-09 14:44 ` [PATCH 02/21] staging: brcm80211: cleaned brcmu_utils.h Roland Vossen
2011-06-09 14:44 ` [PATCH 03/21] staging: brcm80211: #include reduction Roland Vossen
2011-06-09 14:44 ` [PATCH 04/21] staging: brcm80211: Remove flags from wl_is_nonetwork Roland Vossen
2011-06-09 14:44 ` [PATCH 05/21] staging: brcm80211: remove 'used' keyword from function ai_ispcie() Roland Vossen
2011-06-09 14:44 ` [PATCH 06/21] staging: brcm80211: remove regs variable from brcms_ioctl function Roland Vossen
2011-06-09 14:44 ` [PATCH 07/21] staging: brcm80211: remove d11regs_t parameter from wlc_tbtt function Roland Vossen
2011-06-09 14:44 ` [PATCH 08/21] staging: brcm80211: remove device id parameter from ai_attach() Roland Vossen
2011-06-09 14:44 ` [PATCH 09/21] staging: brcm80211: remove unused fields from struct si_info Roland Vossen
2011-06-09 14:44 ` [PATCH 10/21] staging: brcm80211: fixed double #include problem Roland Vossen
2011-06-09 14:44 ` [PATCH 11/21] staging: brcm80211: Fix for suspend issue in brcmfmac driver Roland Vossen
2011-06-09 14:44 ` [PATCH 12/21] staging: brcm80211: use __BIG_ENDIAN macro in dma.c Roland Vossen
2011-06-09 23:53 ` Jonas Gorski
2011-06-10 9:52 ` Arend van Spriel
2011-06-10 11:17 ` Jonas Gorski
2011-06-14 17:52 ` Henry Ptasinski
2011-06-28 20:01 ` Greg KH
2011-06-09 14:44 ` [PATCH 13/21] staging: brcm80211: replaced bmac acronym by brcms_b_ Roland Vossen
2011-06-09 14:44 ` [PATCH 14/21] staging: brcm80211: replaced wlc_ by brcms_c_ Roland Vossen
2011-06-09 14:44 ` [PATCH 15/21] staging: brcm80211: removed superfluous forward struct declarations Roland Vossen
2011-06-09 14:44 ` [PATCH 16/21] staging: brcm80211: further replaced wlc_ by brcmsmac_c_ Roland Vossen
2011-06-09 14:44 ` [PATCH 17/21] staging: brcm80211: replaced wlc_ by brcms_c_, part 2 Roland Vossen
2011-06-09 14:44 ` [PATCH 18/21] staging: brcm80211: remove checkpatch errors found in fullmac Roland Vossen
2011-06-09 14:44 ` [PATCH 19/21] staging: brcm80211: fix checkpatch errors from main.c Roland Vossen
2011-06-09 14:45 ` [PATCH 20/21] staging: brcm80211: fix checkpatch errors in brcmsmac driver Roland Vossen
2011-06-09 14:45 ` [PATCH 21/21] staging: brcm80211: change wl_cfg80211_suspend corresponding to cfg80211 Roland Vossen
2011-06-09 18:54 ` [PATCH 00/21] staging: brcm80211: code cleanup and fullmac bugfix Dan Carpenter
2011-06-09 21:30 ` julie Sullivan
2011-06-10 8:07 ` Roland Vossen
2011-06-12 18:23 ` julie Sullivan
2011-06-12 19:00 ` Dan Carpenter
2011-06-12 21:04 ` julie Sullivan
2011-06-14 17:50 ` Henry Ptasinski
2011-06-24 22:38 ` Henry Ptasinski [this message]
2011-06-09 23:02 ` Julian Calaby
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E0511FE.3070701@broadcom.com \
--to=henryp@broadcom.com \
--cc=devel@linuxdriverproject.org \
--cc=error27@gmail.com \
--cc=gregkh@suse.de \
--cc=kernelmail.jms@gmail.com \
--cc=linux-wireless@vger.kernel.org \
--cc=rvossen@broadcom.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).