public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Peter Tyser <ptyser@xes-inc.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 00/13] ppc: Fix relocation
Date: Tue, 22 Sep 2009 09:25:17 -0500	[thread overview]
Message-ID: <1253629517.18082.9.camel@localhost.localdomain> (raw)
In-Reply-To: <m2vdjbwc87.fsf@ohwell.denx.de>

Hi Detlev,

> >> This series attempts to fix relocation to RAM for ppc boards.
> >>
> >> I split the patches up pretty liberally, let me know if you'd like
> >> them organized differently.
> >>
> >> I tried to be thorough during the changes (especially #1), let me
> >> know if I missed anything, there's lots of linker scripts for ppc
> >> boards:)
> >>
> >> Peter Tyser (13):
> >>   ppc: Enable full relocation to RAM
> >>   ppc: Check for compilers that don't support relocation
> >>   ppc: Remove board.c relocation fixups
> >>   ppc: Remove pci config table pointer relocation fixups
> >>   ppc: Remove extable relocation fixups
> >>   ppc: Remove board-specific command table relocation fixups
> >>   tsec: Remove PHY command relocation fixups
> >>   fpga: Remove relocation fixups
> >>   mpl: Remove memory test relocation fixups
> >>   lwmon, lwmon5: Remove sysmon POST relocation fixups
> >>   p3mx: Remove serial relocation fixups
> >>   Conditionally perform common relocation fixups
> >>   ppc: Remove reloc_off field from global_data structure
> >
> > Wow, this is really good work. Didn't think there would be so much code
> > that could be deleted due to working relocation :)
> > I hope WD will pull this in and potentially broken boards will have to
> > be fixed rather than backing stuff out.
> 
> Seconded.  That's what a merge window is for, isn't it? :)

Thirded:)

> One should do some further simple text searching to find more code that
> can now be potentially be removed.  For example, from what I wrote
> board/inka4x0/inkadiag.c also has such reloacted code inside.

I didn't see any relocation fixups in inkadiag.c that could be removed
at a glance.  Am I missing something?  I attempted to clean up all
relocation fixups that affect ppc (and other arches that support
relocation), so let me know if I missed anything.

Best,
Peter

  reply	other threads:[~2009-09-22 14:25 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-21 16:20 [U-Boot] [PATCH 00/13] ppc: Fix relocation Peter Tyser
2009-09-21 16:20 ` [U-Boot] [PATCH 01/13] ppc: Enable full relocation to RAM Peter Tyser
2009-09-21 16:20 ` [U-Boot] [PATCH 02/13] ppc: Check for compilers that don't support relocation Peter Tyser
2009-09-21 16:20 ` [U-Boot] [PATCH 03/13] ppc: Remove board.c relocation fixups Peter Tyser
2009-09-21 16:20 ` [U-Boot] [PATCH 04/13] ppc: Remove pci config table pointer " Peter Tyser
2009-09-21 16:49   ` Paul Gortmaker
2009-09-21 16:59     ` Peter Tyser
2009-09-21 17:20       ` Paul Gortmaker
2009-09-21 16:20 ` [U-Boot] [PATCH 05/13] ppc: Remove extable " Peter Tyser
2009-09-21 16:20 ` [U-Boot] [PATCH 06/13] ppc: Remove board-specific command table " Peter Tyser
2009-09-21 16:20 ` [U-Boot] [PATCH 07/13] tsec: Remove PHY command " Peter Tyser
2009-09-21 16:20 ` [U-Boot] [PATCH 08/13] fpga: Remove " Peter Tyser
2009-09-21 16:20 ` [U-Boot] [PATCH 09/13] mpl: Remove memory test " Peter Tyser
2009-09-21 16:20 ` [U-Boot] [PATCH 10/13] lwmon, lwmon5: Remove sysmon POST " Peter Tyser
2009-09-21 16:20 ` [U-Boot] [PATCH 11/13] p3mx: Remove serial " Peter Tyser
2009-09-21 16:20 ` [U-Boot] [PATCH 12/13] Conditionally perform common " Peter Tyser
2009-09-21 16:20 ` [U-Boot] [PATCH 13/13] ppc: Remove reloc_off field from global_data structure Peter Tyser
2009-09-23 22:29   ` Wolfgang Denk
2009-09-23 22:34     ` Peter Tyser
2009-09-22  5:15 ` [U-Boot] [PATCH 00/13] ppc: Fix relocation Stefan Roese
2009-09-22  6:18 ` Joakim Tjernlund
2009-09-22  9:38   ` Detlev Zundel
2009-09-22 14:25     ` Peter Tyser [this message]
2009-09-23 22:31 ` Wolfgang Denk
2009-09-23 22:41   ` Peter Tyser
2009-09-24 14:28   ` Peter Tyser
2009-09-24 14:42     ` Stefan Roese
2009-09-24 22:10       ` Joakim Tjernlund
2009-09-24 23:46         ` Wolfgang Denk
2009-09-25  3:48           ` Stefan Roese
2009-09-24 16:05   ` Swarthout Edward L-SWARTHOU
2009-10-12 18:30     ` Swarthout Edward L-SWARTHOU
2009-10-12 18:54       ` Peter Tyser
2009-10-12 19:06         ` Swarthout Edward L-SWARTHOU
2009-10-12 21:35           ` Wolfgang Denk

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=1253629517.18082.9.camel@localhost.localdomain \
    --to=ptyser@xes-inc.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox