From: Andrew Morton <akpm@linux-foundation.org>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-mips@linux-mips.org
Subject: Re: drivers/net/wireless/b43legacy/ on mips
Date: Tue, 4 Mar 2008 01:19:05 -0800 [thread overview]
Message-ID: <20080304011905.22e6e6d9.akpm@linux-foundation.org> (raw)
In-Reply-To: <20080304090220.GA2875@linux-mips.org>
On Tue, 4 Mar 2008 09:02:20 +0000 Ralf Baechle <ralf@linux-mips.org> wrote:
> On Mon, Mar 03, 2008 at 11:36:51PM -0800, Andrew Morton wrote:
>
> > ERROR: "__ucmpdi2" [drivers/net/wireless/b43legacy/b43legacy.ko] undefined!
> > ERROR: "__ucmpdi2" [drivers/net/wireless/b43/b43.ko] undefined!
> >
> > int b43legacy_dma_init(struct b43legacy_wldev *dev)
> > {
> > struct b43legacy_dma *dma = &dev->dma;
> > struct b43legacy_dmaring *ring;
> > int err;
> > u64 dmamask;
> > enum b43legacy_dmatype type;
> >
> > dmamask = supported_dma_mask(dev);
> > switch (dmamask) {
> > default:
> > B43legacy_WARN_ON(1);
> > case DMA_30BIT_MASK:
> > type = B43legacy_DMA_30BIT;
> > break;
> > case DMA_32BIT_MASK:
> > type = B43legacy_DMA_32BIT;
> > break;
> > case DMA_64BIT_MASK:
> > type = B43legacy_DMA_64BIT;
> > break;
> > }
> >
> > because some versions of gcc emit a __ucmpdi2 call for switch statements.
>
> Was this when optimizing for size btw?
mips allmodconfig. So: yes.
> It seems gcc is emitting alot more
> calls to libgcc when optimizing for size.
>
> > It might be fixable by switching to an open-coded if/compare/else sequence.
>
> It was just a EXPORT_SYMBOL(__ucmpdi2) missing.
doh.
> > Or maybe my mips compiler (gcc-3.4.5) is just too old..
>
> I'm trying to keep the tools requirements the same as for x86. So for
> 32-bit kernels gcc 3.2 is the minimum but 3.2 is broken beyond recovery
> for 64-bit code so there a minimum of 3.3 is required.
>
> In practive it is ages that I've last seen a compiler older than gcc 3.4
> being used to build a modern kernel for any architecture and 3.2 and 3.3
> are a sufficient special case that maybe we should think about deprecating
> 3.2 and 3.3?
That would make life easier for us. I don't know what the downstream
implications would be. I'd need a new cross-compiler, for a start ;)
next prev parent reply other threads:[~2008-03-04 9:19 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-04 7:36 drivers/net/wireless/b43legacy/ on mips Andrew Morton
2008-03-04 9:02 ` Ralf Baechle
2008-03-04 9:19 ` Andrew Morton [this message]
2008-03-04 15:26 ` Michael Buesch
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=20080304011905.22e6e6d9.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mips@linux-mips.org \
--cc=linux-wireless@vger.kernel.org \
--cc=ralf@linux-mips.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.