From: Anton Vorontsov <avorontsov@ru.mvista.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] [PATCH 6/7] 83xx/fdt_support: let user specifiy FSL USB Dual-Role controller role
Date: Tue, 25 Mar 2008 16:48:54 +0300 [thread overview]
Message-ID: <20080325134854.GA25951@localhost.localdomain> (raw)
In-Reply-To: <20080324180049.73f2f60b.kim.phillips@freescale.com>
On Mon, Mar 24, 2008 at 06:00:49PM -0500, Kim Phillips wrote:
> On Mon, 24 Mar 2008 17:44:19 +0300
> Anton Vorontsov <avorontsov@ru.mvista.com> wrote:
>
> > On Wed, Mar 19, 2008 at 08:35:58PM -0500, Kim Phillips wrote:
> > > On Fri, 14 Mar 2008 23:20:18 +0300
> > > Anton Vorontsov <avorontsov@ru.mvista.com> wrote:
> > >
> > >
> > > > diff --git a/include/fdt_support.h b/include/fdt_support.h
> > > > index 7836f28..c10de8a 100644
> > > > --- a/include/fdt_support.h
> > > > +++ b/include/fdt_support.h
> > > > @@ -50,6 +50,12 @@ int fdt_find_and_setprop(void *fdt, const char *node, const char *prop,
> > > > const void *val, int len, int create);
> > > > void fdt_fixup_qe_firmware(void *fdt);
> > > >
> > > > +#ifdef CONFIG_HAS_FSL_DR_USB
> > > > +void fdt_fixup_dr_usb(void *blob, bd_t *bd);
> > > > +#else
> > > > +static inline void fdt_fixup_dr_usb(void *blob, bd_t *bd) {}
> > > > +#endif /* CONFIG_HAS_FSL_DR_USB */
> > > > +
> > >
> > > this looks like a prime candidate for a weak function (which would also
> > > eliminate the need for the new CONFIG_HAS_FSL_DR_USB introduced here).
> >
> > Are you sure it's supposed to work like this?.. I don't see the linker
> > dropping unused weak symbols with the patch below.
>
> with something like the following I get 24 bytes more text in
> fdt_support.o, and 200 total bytes added 83xx-wide:
>
[...]
> but the QE based 83xx SoCs don't use this fixup. So while
> CONFIG_HAS_FSL_DR_USB gives you more control, I doubt saving 200 bytes
> justifies the new config either. Either way really, but I tend to be
> against any new CONFIG_s.
Hm... maybe then it's better to place fdt_fixup_usb_dr function
inside the fdt_support.h, marking it with static inline -- it's used
just once per board anyway..? Then neither space wasted nor the new
configs introduced.
--
Anton Vorontsov
email: cboumailru at gmail.com
irc://irc.freenode.net/bd2
next prev parent reply other threads:[~2008-03-25 13:48 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-14 20:20 [U-Boot-Users] [PATCH 6/7] 83xx/fdt_support: let user specifiy FSL USB Dual-Role controller role Anton Vorontsov
2008-03-20 1:35 ` Kim Phillips
2008-03-24 14:44 ` Anton Vorontsov
2008-03-24 23:00 ` Kim Phillips
2008-03-25 13:48 ` Anton Vorontsov [this message]
2008-03-25 15:42 ` Kim Phillips
2008-03-25 16:06 ` Anton Vorontsov
2008-03-25 16:32 ` Jerry Van Baren
2008-03-25 16:33 ` Kim Phillips
2008-03-25 16:35 ` Jerry Van Baren
2008-03-26 0:27 ` Kim Phillips
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=20080325134854.GA25951@localhost.localdomain \
--to=avorontsov@ru.mvista.com \
--cc=u-boot@lists.denx.de \
/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.