From: gregkh@suse.de (Greg KH)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] [RFC] USB: fsl_udc_core: fix build-failure for ARM
Date: Wed, 11 May 2011 08:54:46 -0700 [thread overview]
Message-ID: <20110511155446.GA20920@suse.de> (raw)
In-Reply-To: <20110511063954.GJ29089@pengutronix.de>
On Wed, May 11, 2011 at 08:39:54AM +0200, Uwe Kleine-K?nig wrote:
> Hello Greg,
>
> On Fri, May 06, 2011 at 11:00:05AM +0200, Uwe Kleine-K?nig wrote:
> > Commit
> >
> > 09ba0de (USB: fsl_udc_core: prepare for SoCs with BE registers and descriptors)
> >
> > introduced two function pointers _fsl_readl and _fsl_writel in an #ifdef
> > CONFIG_PPC32 block and used then unconditionally in fsl_udc_probe.
> > To make the driver compile again this use has to be protected by
> > an #ifdef, too. Moreover ARM doesn't have flush_dcache_range so this
> > is #ifdefed out, too.
> >
> > Signed-off-by: Uwe Kleine-K?nig <u.kleine-koenig@pengutronix.de>
> > ---
> > Hello,
> >
> > I'm unsure about getting rid of the flush_dcache_range. If powerpc needs
> > a flush ARM probably does, too, no?
> > If so, what it the right thing to do? Implement flush_dcache_range for
> > ARM (just wrapping flush_dcache_page?)?
> As Russell seem to be OK with the #ifdef, can you please take this
> patch?
Ick, no.
> > drivers/usb/gadget/fsl_udc_core.c | 4 ++++
> > 1 files changed, 4 insertions(+), 0 deletions(-)
> >
> > diff --git a/drivers/usb/gadget/fsl_udc_core.c b/drivers/usb/gadget/fsl_udc_core.c
> > index 999eafe..47152e0 100644
> > --- a/drivers/usb/gadget/fsl_udc_core.c
> > +++ b/drivers/usb/gadget/fsl_udc_core.c
> > @@ -1333,8 +1333,10 @@ static void ch9getstatus(struct fsl_udc *udc, u8 request_type, u16 value,
> > /* Fill in the reqest structure */
> > *((u16 *) req->req.buf) = cpu_to_le16(tmp);
> >
> > +#ifdef CONFIG_PPC32
> > /* flush cache for the req buffer */
> > flush_dcache_range((u32)req->req.buf, (u32)req->req.buf + 8);
> > +#endif
Come on, we don't have ifdefs in .c files for a reason, surely there is
a better fix for this some other way?
thanks,
greg k-h
next prev parent reply other threads:[~2011-05-11 15:54 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20110505135029.0c068b8e@wker>
2011-05-06 9:00 ` [PATCH] [RFC] USB: fsl_udc_core: fix build-failure for ARM Uwe Kleine-König
2011-05-06 9:04 ` Russell King - ARM Linux
2011-05-06 10:03 ` Uwe Kleine-König
2011-05-06 18:47 ` Russell King - ARM Linux
2011-05-11 6:39 ` Uwe Kleine-König
2011-05-11 15:54 ` Greg KH [this message]
2011-05-11 16:29 ` Russell King - ARM Linux
2011-05-22 7:20 ` Uwe Kleine-König
2011-06-21 9:32 ` Eric Miao
2011-06-21 9:48 ` Russell King - ARM Linux
2011-06-21 9:53 ` Russell King - ARM Linux
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=20110511155446.GA20920@suse.de \
--to=gregkh@suse.de \
--cc=linux-arm-kernel@lists.infradead.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 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).