<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/arch/s390/boot, branch v3.0.64</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/arch/s390/boot?h=v3.0.64</id>
<link rel='self' href='https://git.amat.us/linux/atom/arch/s390/boot?h=v3.0.64'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2011-03-21T01:14:55Z</updated>
<entry>
<title>Merge branch 'trivial' of git://git.kernel.org/pub/scm/linux/kernel/git/mmarek/kbuild-2.6</title>
<updated>2011-03-21T01:14:55Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2011-03-21T01:14:55Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=a44f99c7efdb88fa41128065c9a9445c19894e34'/>
<id>urn:sha1:a44f99c7efdb88fa41128065c9a9445c19894e34</id>
<content type='text'>
* 'trivial' of git://git.kernel.org/pub/scm/linux/kernel/git/mmarek/kbuild-2.6: (25 commits)
  video: change to new flag variable
  scsi: change to new flag variable
  rtc: change to new flag variable
  rapidio: change to new flag variable
  pps: change to new flag variable
  net: change to new flag variable
  misc: change to new flag variable
  message: change to new flag variable
  memstick: change to new flag variable
  isdn: change to new flag variable
  ieee802154: change to new flag variable
  ide: change to new flag variable
  hwmon: change to new flag variable
  dma: change to new flag variable
  char: change to new flag variable
  fs: change to new flag variable
  xtensa: change to new flag variable
  um: change to new flag variables
  s390: change to new flag variable
  mips: change to new flag variable
  ...

Fix up trivial conflict in drivers/hwmon/Makefile
</content>
</entry>
<entry>
<title>s390: change to new flag variable</title>
<updated>2011-03-17T13:02:57Z</updated>
<author>
<name>matt mooney</name>
<email>mfm@muteddisk.com</email>
</author>
<published>2011-01-14T14:12:32Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c73028a028876f7fd72ec0e114b0226d17e917d3'/>
<id>urn:sha1:c73028a028876f7fd72ec0e114b0226d17e917d3</id>
<content type='text'>
Replace EXTRA_CFLAGS with ccflags-y.

Signed-off-by: matt mooney &lt;mfm@muteddisk.com&gt;
Acked-by: WANG Cong &lt;xiyou.wangcong@gmail.com&gt;
Signed-off-by: Michal Marek &lt;mmarek@suse.cz&gt;
</content>
</entry>
<entry>
<title>[S390] support XZ compressed kernel</title>
<updated>2011-03-15T16:08:24Z</updated>
<author>
<name>Heiko Carstens</name>
<email>heiko.carstens@de.ibm.com</email>
</author>
<published>2011-03-15T16:08:32Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d7b081ac0b8eee5f2a58123235061ee1b99a4f4d'/>
<id>urn:sha1:d7b081ac0b8eee5f2a58123235061ee1b99a4f4d</id>
<content type='text'>
Add support for XZ compressed kernel. Same as on x86 and sh.

Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] correct ipl parameter block safe guard</title>
<updated>2011-02-17T12:13:59Z</updated>
<author>
<name>Martin Schwidefsky</name>
<email>schwidefsky@de.ibm.com</email>
</author>
<published>2011-02-17T12:13:57Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=a8c8d7c683419d059e302373afc6998244f5f60f'/>
<id>urn:sha1:a8c8d7c683419d059e302373afc6998244f5f60f</id>
<content type='text'>
The 'output' variable is passed from decompress_kernel to
check_ipl_parmblock before it is initialized. That disables the
safe guard against the overwrite of the ipl parameter block.
Fix this by passing the correct value to check_ipl_parmblock.

Reported-by: David Binderman &lt;dcb314@hotmail.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] Add support for LZO-compressed kernels.</title>
<updated>2010-05-26T21:27:10Z</updated>
<author>
<name>Heiko Carstens</name>
<email>heiko.carstens@de.ibm.com</email>
</author>
<published>2010-05-26T21:27:12Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=cdf566498d80709dedab826d068a9ea9d438320a'/>
<id>urn:sha1:cdf566498d80709dedab826d068a9ea9d438320a</id>
<content type='text'>
Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] fix boot failures with compressed kernels</title>
<updated>2010-03-24T10:49:54Z</updated>
<author>
<name>Martin Schwidefsky</name>
<email>schwidefsky@de.ibm.com</email>
</author>
<published>2010-03-24T10:49:57Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=06c0dd72aea3985d0ea036f771ebb1d1083bf69f'/>
<id>urn:sha1:06c0dd72aea3985d0ea036f771ebb1d1083bf69f</id>
<content type='text'>
Fix two bugs with the kernel image compression:
1) reset the bss section of the compressed vmlinux
2) clear the high half of the registers for 64 bit early enough
   for the decompression step

Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>[S390] add support for compressed kernels</title>
<updated>2010-02-26T21:37:33Z</updated>
<author>
<name>Martin Schwidefsky</name>
<email>schwidefsky@de.ibm.com</email>
</author>
<published>2010-02-26T21:37:53Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1844c9bc0b2fed3023551c1affe033ab38e90b9a'/>
<id>urn:sha1:1844c9bc0b2fed3023551c1affe033ab38e90b9a</id>
<content type='text'>
Add the "bzImage" compile target and the necessary code  to generate
compressed kernel images. The old style uncompressed "image" target
is preserved, a simple make will build them both.

Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>kbuild: use INSTALLKERNEL to select customized installkernel script</title>
<updated>2009-09-20T10:18:14Z</updated>
<author>
<name>Sam Ravnborg</name>
<email>sam@ravnborg.org</email>
</author>
<published>2009-07-20T19:37:11Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=caa27b66bd7188fd063769eaf4b33533ef0709e6'/>
<id>urn:sha1:caa27b66bd7188fd063769eaf4b33533ef0709e6</id>
<content type='text'>
Replace the use of CROSS_COMPILE to select a customized
installkernel script with the possibility to set INSTALLKERNEL
to select a custom installkernel script when running make:

    make INSTALLKERNEL=arm-installkernel install

With this patch we are now more consistent across
different architectures - they did not all support use
of CROSS_COMPILE.

The use of CROSS_COMPILE was a hack as this really belongs
to gcc/binutils and the installkernel script does not change
just because we change toolchain.

The use of CROSS_COMPILE caused troubles with an upcoming patch
that saves CROSS_COMPILE when a kernel is built - it would no
longer be installable.
[Thanks to Peter Z. for this hint]

This patch undos what Ian did in commit:

  0f8e2d62fa04441cd12c08ce521e84e5bd3f8a46
  ("use ${CROSS_COMPILE}installkernel in arch/*/boot/install.sh")

The patch has been lightly tested on x86 only - but all changes
looks obvious.

Acked-by: Peter Zijlstra &lt;peterz@infradead.org&gt;
Acked-by: Mike Frysinger &lt;vapier@gentoo.org&gt; [blackfin]
Acked-by: Russell King &lt;linux@arm.linux.org.uk&gt; [arm]
Acked-by: Paul Mundt &lt;lethal@linux-sh.org&gt; [sh]
Acked-by: "H. Peter Anvin" &lt;hpa@zytor.com&gt; [x86]
Cc: Ian Campbell &lt;icampbell@arcom.com&gt;
Cc: Tony Luck &lt;tony.luck@intel.com&gt; [ia64]
Cc: Fenghua Yu &lt;fenghua.yu@intel.com&gt; [ia64]
Cc: Hirokazu Takata &lt;takata@linux-m32r.org&gt; [m32r]
Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt; [m68k]
Cc: Kyle McMartin &lt;kyle@mcmartin.ca&gt; [parisc]
Cc: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt; [powerpc]
Cc: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt; [s390]
Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt; [x86]
Cc: Ingo Molnar &lt;mingo@redhat.com&gt; [x86]
Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] use ${CROSS_COMPILE}installkernel in arch/*/boot/install.sh</title>
<updated>2005-06-23T16:45:07Z</updated>
<author>
<name>Ian Campbell</name>
<email>icampbell@arcom.com</email>
</author>
<published>2005-06-23T07:08:10Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0f8e2d62fa04441cd12c08ce521e84e5bd3f8a46'/>
<id>urn:sha1:0f8e2d62fa04441cd12c08ce521e84e5bd3f8a46</id>
<content type='text'>
The attached patch causes the various arch specific install.sh scripts to
look for ${CROSS_COMPILE}installkernel rather than just installkernel (in
both /sbin/ and ~/bin/ where the script already did this).  This allows you
to have e.g.  arm-linux-installkernel as a handy way to install on your
cross target.  It also prevents the script picking up on the host
/sbin/installkernel which causes the script to fall through and do the
install itself (which is what I actually use myself, with $INSTALL_PATH
set).

I don't believe it causes back-compatibility problems since calling the
host installkernel was never likely to work or be what you wanted when
cross compiling anyway.  If $CROSS_COMPILE isn't set then nothing changes.

I only use ARM and i386 myself but I figured it couldn't hurt to do the
whole lot.  I've cc'd those who I hope are the arch maintainers for files
that I've touched.

Signed-off-by: Ian Campbell &lt;icampbell@arcom.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>Linux-2.6.12-rc2</title>
<updated>2005-04-16T22:20:36Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@ppc970.osdl.org</email>
</author>
<published>2005-04-16T22:20:36Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2'/>
<id>urn:sha1:1da177e4c3f41524e886b7f1b8a0c1fc7321cac2</id>
<content type='text'>
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!
</content>
</entry>
</feed>
