05 Aug, 2014
1 commit
-
This patches adds an "install" target to install kernel builds for SPARC,
modeled after the i386 script.Signed-off-by: David L Stevens
Signed-off-by: David S. Miller
04 Dec, 2012
1 commit
-
Newer versions of binutils mark '_end' as 'B' instead of 'A' for
whatever reason.To be honest, the piggyback code doesn't actually care what kind
of symbol _start and _end are, it just wants to find them and
record the address.So remove the type from the match strings.
Reported-by: Aaro Koskinen
Signed-off-by: David S. Miller
15 May, 2012
1 commit
-
Signed-off-by: Sam Ravnborg
Signed-off-by: David S. Miller
26 Mar, 2012
1 commit
-
All ARCHs have the same definition of MKIMAGE. Move it to Makefile.lib
to avoid duplication.All ARCHs have similar definitions of cmd_uimage. Place a sufficiently
parameterized version in Makefile.lib to avoid duplication.Signed-off-by: Stephen Warren
Acked-by: Nicolas Pitre
Tested-by: Mike Frysinger [Blackfin]
Tested-by: Michal Simek [Microblaze]
Tested-by: Guan Xuetao [unicore32]
Signed-off-by: Michal Marek
17 Mar, 2011
1 commit
-
This is only for LEON as u-boot for SPARC only supports LEON.
Signed-off-by: Daniel Hellstrom
Acked-by: Sam Ravnborg
Signed-off-by: David S. Miller
05 Jan, 2011
9 commits
-
Update copyright info in piggyback.c to include
info from piggyback_64.c.
Include my own copyright too.Signed-off-by: Sam Ravnborg
Cc: Josip Rodin
Cc: Jakub Jelinek
Signed-off-by: David S. Miller -
Include an additional "Kernel is ready" print for zImage
Signed-off-by: Sam Ravnborg
Signed-off-by: David S. Miller -
Now that we use the same piggyback for 32 and 64 bit
we can drop the _32 suffix.
Include some trivial unification in the Makefile
now that 32 and 64 bit can share the same piggyback command.Signed-off-by: Sam Ravnborg
Signed-off-by: David S. Miller -
piggyback_32 adapted to support sparc64:
- locating "HdrS" differs for sparc and sparc64
- sparc64 updates a_text, a_data + a_bss in the final a.out headerUpdated Makefile to use piggyback_32 for sparc64.
Deleted the now unused piggyback_64.cpiggyback_32.c is host endian neutral and works on both
little-endian and big-endian hosts.
This fixes a long standing bug where sparc64 could not
generate tftpboot.img on a x86 host.Signed-off-by: Sam Ravnborg
Signed-off-by: David S. Miller -
Add new option to piggyback that identify if this is
for 32 or 64 bit.
Use this information to determine the alignment used.Signed-off-by: Sam Ravnborg
Signed-off-by: David S. Miller -
As we always convert to a.out there is no need to
support ELF.Removing ELF support because:
- it is not used
- it simplifies code to support a.out onlySigned-off-by: Sam Ravnborg
Signed-off-by: David S. Miller -
While reverse engineering the functionality of piggyback
I missed that the code was actually commented.
So I added a few comments.Signed-off-by: Sam Ravnborg
Signed-off-by: David S. Miller -
We use "_start" in 64 bit - do the same in 32 bit.
It is always good to be consistent.Signed-off-by: Sam Ravnborg
Signed-off-by: David S. Miller -
Refactoring to increase readability (a little).
- sort includes
- spaces around operators
- small helpers introduced
- added a few commentsSigned-off-by: Sam Ravnborg
Signed-off-by: David S. Miller
17 Jun, 2010
2 commits
-
Signed-off-by: Uwe Kleine-König
Signed-off-by: Jiri Kosina
03 Mar, 2010
1 commit
-
Signed-off-by: Denys Vlasenko
Signed-off-by: Michal Marek
16 Nov, 2009
1 commit
-
Signed-off-by: Josh Triplett
17 Aug, 2009
1 commit
-
Besides creating the uncompressed vmlinux image for sparc64, also
create a compressed zImage. This is more consistent with other
architectures and required to make the 'deb-pkg' target work.Signed-off-by: Jurij Smakov
Signed-off-by: Frans Pop
Signed-off-by: David S. Miller
26 Jun, 2009
5 commits
-
The tftpboot build was failing with missing file errors.
It turns out that $(obj)/image wasn't being generated which was causing the a.out conversion to be skipped and hence piggyback to be called with nonexistent files.
Signed-off-by: Julian Calaby
Signed-off-by: David S. Miller -
Signed-off-by: Julian Calaby
Signed-off-by: David S. Miller -
Kjetil Oftedal mentioned that piggyback_32 was failing
when building a sparc image.I tracked this down to the fact that the kernel no longer
provided an absolute symbol named "end".Commit 86ed40bd6fe511d26bb8f3fa65a84cb65c235366 ("sparc: unify sections.h")
renamed end to _end but failed to update piggyback_32.Signed-off-by: Sam Ravnborg
Cc: Kjetil Oftedal
Cc: Robert Reif
Signed-off-by: Julian Calaby
Signed-off-by: David S. Miller -
Signed-off-by: Robert Reif
Signed-off-by: David S. Miller -
This patch fixes the following build warnings:
arch/sparc/boot/piggyback_64.c: In function 'main':
arch/sparc/boot/piggyback_64.c:44: warning: 'end' may be used uninitialized in this function
arch/sparc/boot/piggyback_64.c:44: warning: 'start' may be used uninitialized in this functionSigned-off-by: Julian Calaby
Signed-off-by: David S. Miller
05 Dec, 2008
4 commits
-
Simple unification:
o renamed piggyback to *_32.c/*_64.c
o copied content of Makefile from sparc64 to sparc and guard it
o updated sparc/boot/.gitignore
o deleted remaining files in sparc64/bootSigned-off-by: Sam Ravnborg
Signed-off-by: David S. Miller -
With this 'git status' no longer reports any new files
At least not for a sparc allnoconfig buildSigned-off-by: Sam Ravnborg
Signed-off-by: David S. Miller -
Leave all cleaning to boot/Makefile
and delete zImage too when we do a 'make clean'Signed-off-by: Sam Ravnborg
Signed-off-by: David S. Miller -
The btfixup step needs knowledge of all the .o files,
but there is no need to pass them in independent variables.
Simplify it to use only two variables.Signed-off-by: Sam Ravnborg
Signed-off-by: David S. Miller
25 Aug, 2008
1 commit
-
Add a target for a stripped kernel. This is used for the various
packaging targets (*-pkg).Signed-off-by: Martin Habets
Signed-off-by: David S. Miller
20 May, 2008
1 commit
-
This patch removes the CVS keywords that weren't updated for a long time
from comments.Signed-off-by: Adrian Bunk
Signed-off-by: David S. Miller
17 Apr, 2005
1 commit
-
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.Let it rip!
