<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/um/kernel/main.c, branch linux-2.6.13.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.13.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.13.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2005-06-25T23:24:35Z</updated>
<entry>
<title>[PATCH] uml: always disable kmalloc during shutdown</title>
<updated>2005-06-25T23:24:35Z</updated>
<author>
<name>Jeff Dike</name>
</author>
<published>2005-06-25T21:55:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=026549d28469f7d4ca7e5a4707f0d2dc4f2c164c'/>
<id>urn:sha1:026549d28469f7d4ca7e5a4707f0d2dc4f2c164c</id>
<content type='text'>
kmalloc wasn't being disabled during panic.  This patch ensures that, no
matter how UML is exiting, it is disabled.  This matters because part of the
cleanup is to remove the umid file, which involves readdir, which calls
malloc.  This must map to libc malloc, rather than kmalloc or vmalloc.

Signed-off-by: Jeff Dike &lt;jdike@addtoit.com&gt;
Cc: Paolo Giarrusso &lt;blaisorblade@yahoo.it&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>[PATCH] uml: remove duplicate includes</title>
<updated>2005-06-14T03:58:43Z</updated>
<author>
<name>Jeff Dike</name>
</author>
<published>2005-06-13T22:52:04Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8447f3f4659d91c2f11a1476522369c9d6ae6ada'/>
<id>urn:sha1:8447f3f4659d91c2f11a1476522369c9d6ae6ada</id>
<content type='text'>
A few files include the same header twice.

Signed-off-by: Jeff Dike &lt;jdike@addtoit.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>[PATCH] uml: fix segfault on exit with CONFIG_GCOV</title>
<updated>2005-05-28T23:46:12Z</updated>
<author>
<name>Jeff Dike</name>
</author>
<published>2005-05-28T22:51:56Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=92515da73a5df50db45111b8659ac463b4800236'/>
<id>urn:sha1:92515da73a5df50db45111b8659ac463b4800236</id>
<content type='text'>
We need to disable signals on exit in all cases, not just when rebooting.

Signed-off-by: Jeff Dike &lt;jdike@addtoit.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>[PATCH] uml: turn off kmalloc always on a fatal signal</title>
<updated>2005-05-28T23:46:11Z</updated>
<author>
<name>Jeff Dike</name>
</author>
<published>2005-05-28T22:51:54Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6770cb61ff6d557613a8382b28f9b0a919fb112f'/>
<id>urn:sha1:6770cb61ff6d557613a8382b28f9b0a919fb112f</id>
<content type='text'>
We should turn off kmalloc when getting a fatal signal regardless of the mode
we're in.

Signed-off-by: Jeff Dike &lt;jdike@addtoit.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>
</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>
