<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/arm/boot/compressed/misc.c, branch linux-2.6.28.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.28.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.28.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2008-08-07T08:55:48Z</updated>
<entry>
<title>[ARM] Move include/asm-arm/arch-* to arch/arm/*/include/mach</title>
<updated>2008-08-07T08:55:48Z</updated>
<author>
<name>Russell King</name>
</author>
<published>2008-08-05T15:14:15Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a09e64fbc0094e3073dbb09c3b4bfe4ab669244b'/>
<id>urn:sha1:a09e64fbc0094e3073dbb09c3b4bfe4ab669244b</id>
<content type='text'>
This just leaves include/asm-arm/plat-* to deal with.

Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>inflate: refactor inflate malloc code</title>
<updated>2008-07-25T17:53:28Z</updated>
<author>
<name>Thomas Petazzoni</name>
</author>
<published>2008-07-25T08:45:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2d6ffcca623a9a16df6cdfbe8250b7a5904a5f5e'/>
<id>urn:sha1:2d6ffcca623a9a16df6cdfbe8250b7a5904a5f5e</id>
<content type='text'>
Inflate requires some dynamic memory allocation very early in the boot
process and this is provided with a set of four functions:
malloc/free/gzip_mark/gzip_release.

The old inflate code used a mark/release strategy rather than implement
free.  This new version instead keeps a count on the number of outstanding
allocations and when it hits zero, it resets the malloc arena.

This allows removing all the mark and release implementations and unifying
all the malloc/free implementations.

The architecture-dependent code must define two addresses:
 - free_mem_ptr, the address of the beginning of the area in which
   allocations should be made
 - free_mem_end_ptr, the address of the end of the area in which
   allocations should be made. If set to 0, then no check is made on
   the number of allocations, it just grows as much as needed

The architecture-dependent code can also provide an arch_decomp_wdog()
function call.  This function will be called several times during the
decompression process, and allow to notify the watchdog that the system is
still running.  If an architecture provides such a call, then it must
define ARCH_HAS_DECOMP_WDOG so that the generic inflate code calls
arch_decomp_wdog().

Work initially done by Matt Mackall, updated to a recent version of the
kernel and improved by me.

[akpm@linux-foundation.org: coding-style fixes]
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
Cc: Matt Mackall &lt;mpm@selenic.com&gt;
Cc: Richard Henderson &lt;rth@twiddle.net&gt;
Cc: Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&gt;
Cc: Mikael Starvik &lt;mikael.starvik@axis.com&gt;
Cc: Jesper Nilsson &lt;jesper.nilsson@axis.com&gt;
Cc: Haavard Skinnemoen &lt;hskinnemoen@atmel.com&gt;
Cc: David Howells &lt;dhowells@redhat.com&gt;
Cc: Ingo Molnar &lt;mingo@elte.hu&gt;
Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Cc: Andi Kleen &lt;andi@firstfloor.org&gt;
Cc: "H. Peter Anvin" &lt;hpa@zytor.com&gt;
Acked-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
Acked-by: Yoshinori Sato &lt;ysato@users.sourceforge.jp&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] x86: deflate stack usage in lib/inflate.c</title>
<updated>2007-05-02T17:27:15Z</updated>
<author>
<name>Jeremy Fitzhardinge</name>
</author>
<published>2007-05-02T17:27:15Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=35c7422649ee7a3d0eb4ebd32c997eeb45f81046'/>
<id>urn:sha1:35c7422649ee7a3d0eb4ebd32c997eeb45f81046</id>
<content type='text'>
inflate_fixed and huft_build together use around 2.7k of stack.  When
using 4k stacks, I saw stack overflows from interrupts arriving while
unpacking the root initrd:

do_IRQ: stack overflow: 384
 [&lt;c0106b64&gt;] show_trace_log_lvl+0x1a/0x30
 [&lt;c01075e6&gt;] show_trace+0x12/0x14
 [&lt;c010763f&gt;] dump_stack+0x16/0x18
 [&lt;c0107ca4&gt;] do_IRQ+0x6d/0xd9
 [&lt;c010202b&gt;] xen_evtchn_do_upcall+0x6e/0xa2
 [&lt;c0106781&gt;] xen_hypervisor_callback+0x25/0x2c
 [&lt;c010116c&gt;] xen_restore_fl+0x27/0x29
 [&lt;c0330f63&gt;] _spin_unlock_irqrestore+0x4a/0x50
 [&lt;c0117aab&gt;] change_page_attr+0x577/0x584
 [&lt;c0117b45&gt;] kernel_map_pages+0x8d/0xb4
 [&lt;c016a314&gt;] cache_alloc_refill+0x53f/0x632
 [&lt;c016a6c2&gt;] __kmalloc+0xc1/0x10d
 [&lt;c0463d34&gt;] malloc+0x10/0x12
 [&lt;c04641c1&gt;] huft_build+0x2a7/0x5fa
 [&lt;c04645a5&gt;] inflate_fixed+0x91/0x136
 [&lt;c04657e2&gt;] unpack_to_rootfs+0x5f2/0x8c1
 [&lt;c0465acf&gt;] populate_rootfs+0x1e/0xe4

(This was under Xen, but there's no reason it couldn't happen on bare
  hardware.)

This patch mallocs the local variables, thereby reducing the stack
usage to sane levels.

Also, up the heap size for the kernel decompressor to deal with the
extra allocation.

Signed-off-by: Jeremy Fitzhardinge &lt;jeremy@xensource.com&gt;
Signed-off-by: Andi Kleen &lt;ak@suse.de&gt;
Cc: Tim Yamin &lt;plasmaroo@gentoo.org&gt;
Cc: Andi Kleen &lt;ak@suse.de&gt;
Cc: Matt Mackall &lt;mpm@selenic.com&gt;
Cc: Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&gt;
Cc: Richard Henderson &lt;rth@twiddle.net&gt;
Cc: Russell King &lt;rmk@arm.linux.org.uk&gt;
Cc: Ian Molton &lt;spyro@f2s.com&gt;
</content>
</entry>
<entry>
<title>[ARM] 3838/1: ARM: DCC debug console support for ARM11</title>
<updated>2006-09-25T09:36:09Z</updated>
<author>
<name>Tony Lindgren</name>
</author>
<published>2006-09-20T12:03:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7d95ded91149564100a3181d341361aedcfd5bf5'/>
<id>urn:sha1:7d95ded91149564100a3181d341361aedcfd5bf5</id>
<content type='text'>
Adds support for CONFIG_DEBUG_ICEDCC for ARM11.
Tested on ARM1136 (OMAP2420).

Signed-off-by: Tony Lindgren &lt;tony@atomide.com&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] 3488/1: make icedcc_putc do the right thing</title>
<updated>2006-05-02T19:40:56Z</updated>
<author>
<name>Uwe Zeisberger</name>
</author>
<published>2006-05-02T19:40:56Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b2556da55f78a9dbe92830b1d1c0b612edfea9fd'/>
<id>urn:sha1:b2556da55f78a9dbe92830b1d1c0b612edfea9fd</id>
<content type='text'>
Patch from Uwe Zeisberger

 a) use coprocessor 14
 b) make reading the dcc status volatile

Signed-off-by: Uwe Zeisberger &lt;Uwe_Zeisberger@digi.com&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] Move ice-dcc code into misc.c</title>
<updated>2006-03-28T09:34:05Z</updated>
<author>
<name>Russell King</name>
</author>
<published>2006-03-28T09:34:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=de4533a04eb4f66dbef71f59a9c118256b886823'/>
<id>urn:sha1:de4533a04eb4f66dbef71f59a9c118256b886823</id>
<content type='text'>
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] Fix decompressor serial IO to give CRLF not LFCR</title>
<updated>2006-03-28T09:24:33Z</updated>
<author>
<name>Russell King</name>
</author>
<published>2006-03-28T09:24:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a081568d7016061ed848696984e3acf1ba0b3054'/>
<id>urn:sha1:a081568d7016061ed848696984e3acf1ba0b3054</id>
<content type='text'>
As per the corresponding change to the serial drivers, arrange
for ARM decompressors to give CRLF.  Move the common putstr code
into misc.c such that machines only need to supply "putc" and
"flush" functions.

Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[ARM] 3132/1: S3C2410 - reset on decompression error</title>
<updated>2005-11-08T22:43:05Z</updated>
<author>
<name>Ben Dooks</name>
</author>
<published>2005-11-08T22:43:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f8c905d368c757e2c96db293a472a31abcf4b147'/>
<id>urn:sha1:f8c905d368c757e2c96db293a472a31abcf4b147</id>
<content type='text'>
Patch from Ben Dooks

Force a watchdog reset if the system fails to
decompress properly.

Signed-off-by: Ben Dooks &lt;ben-linux@fluff.org&gt;
Signed-off-by: Russell King &lt;rmk+kernel@arm.linux.org.uk&gt;
</content>
</entry>
<entry>
<title>[PATCH] type fix in arm/boot/compressed/misc.c</title>
<updated>2005-10-29T17:35:08Z</updated>
<author>
<name>Al Viro</name>
</author>
<published>2005-10-29T11:07:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=942b6f62164cf8822dd03b1569777f4663d1abd7'/>
<id>urn:sha1:942b6f62164cf8822dd03b1569777f4663d1abd7</id>
<content type='text'>
spot the typo...

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&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>
</author>
<published>2005-04-16T22:20:36Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/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>
