<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git, branch v2.6.16.56-rc1</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=v2.6.16.56-rc1</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=v2.6.16.56-rc1'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2007-10-19T17:15:19+00:00</updated>
<entry>
<title>Linux 2.6.16.56-rc1</title>
<updated>2007-10-19T17:15:19+00:00</updated>
<author>
<name>Adrian Bunk</name>
<email>bunk@kernel.org</email>
</author>
<published>2007-10-19T17:15:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=bd5dd01bad40e1702c3933e2f9a46be89834715b'/>
<id>urn:sha1:bd5dd01bad40e1702c3933e2f9a46be89834715b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Don't allow the stack to grow into hugetlb reserved regions (CVE-2007-3739)</title>
<updated>2007-10-19T17:05:10+00:00</updated>
<author>
<name>Adam Litke</name>
<email>agl@us.ibm.com</email>
</author>
<published>2007-10-19T17:05:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=2c70c535915f621fe51508076804b4575171a23d'/>
<id>urn:sha1:2c70c535915f621fe51508076804b4575171a23d</id>
<content type='text'>
When expanding the stack, we don't currently check if the VMA will cross
into an area of the address space that is reserved for hugetlb pages.
Subsequent faults on the expanded portion of such a VMA will confuse the
low-level MMU code, resulting in an OOPS.  Check for this.

Signed-off-by: Adam Litke &lt;agl@us.ibm.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>drivers/video/macmodes.c:mac_find_mode() mustn't be __init</title>
<updated>2007-10-19T16:51:07+00:00</updated>
<author>
<name>Adrian Bunk</name>
<email>bunk@kernel.org</email>
</author>
<published>2007-10-19T16:51:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=c19b3d848a376abb057d6c80788f424e4c565223'/>
<id>urn:sha1:c19b3d848a376abb057d6c80788f424e4c565223</id>
<content type='text'>
If it's EXPORT_SYMBOL'ed it can't be __devinit.

Reported by Mikael Pettersson.

Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>hugetlb: fix prio_tree unit (CVE-2007-4133)</title>
<updated>2007-10-19T12:30:18+00:00</updated>
<author>
<name>Hugh Dickins</name>
<email>hugh@veritas.com</email>
</author>
<published>2007-10-19T12:30:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=ec2cb473e3bb0fe1538874cf7773638c235e5b45'/>
<id>urn:sha1:ec2cb473e3bb0fe1538874cf7773638c235e5b45</id>
<content type='text'>
hugetlb_vmtruncate_list was misconverted to prio_tree: its prio_tree is in
units of PAGE_SIZE (PAGE_CACHE_SIZE) like any other, not HPAGE_SIZE (whereas
its radix_tree is kept in units of HPAGE_SIZE, otherwise slots would be
absurdly sparse).

At first I thought the error benign, just calling __unmap_hugepage_range on
more vmas than necessary; but on 32-bit machines, when the prio_tree is
searched correctly, it happens to ensure the v_offset calculation won't
overflow.  As it stood, when truncating at or beyond 4GB, it was liable to
discard pages COWed from lower offsets; or even to clear pmd entries of
preceding vmas, triggering exit_mmap's BUG_ON(nr_ptes).

Signed-off-by: Hugh Dickins &lt;hugh@veritas.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>hugetlbfs: add Kconfig help text</title>
<updated>2007-10-19T00:04:58+00:00</updated>
<author>
<name>Arthur Othieno</name>
<email>apgo@patchbomb.org</email>
</author>
<published>2007-10-19T00:04:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=79d2ce4bb1adf75b471824a13d2443748cb48db3'/>
<id>urn:sha1:79d2ce4bb1adf75b471824a13d2443748cb48db3</id>
<content type='text'>
In kernel bugzilla #6248 (http://bugzilla.kernel.org/show_bug.cgi?id=6248),
Adrian Bunk &lt;bunk@stusta.de&gt; notes that CONFIG_HUGETLBFS is missing Kconfig
help text.

Signed-off-by: Arthur Othieno &lt;apgo@patchbomb.org&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>hugetlbfs doc. update</title>
<updated>2007-10-19T00:03:58+00:00</updated>
<author>
<name>Randy Dunlap</name>
<email>rdunlap@xenotime.net</email>
</author>
<published>2007-10-19T00:03:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=d9e8843e2ddab65876c08874c4f3f7dd938e2ba5'/>
<id>urn:sha1:d9e8843e2ddab65876c08874c4f3f7dd938e2ba5</id>
<content type='text'>
Fix typos, spelling, etc., in Doc/vm/hugetlbpage.txt.

Signed-off-by: Randy Dunlap &lt;rdunlap@xenotime.net&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>x86: HUGETLBFS and DEBUG_PAGEALLOC are incompatible</title>
<updated>2007-10-18T23:59:17+00:00</updated>
<author>
<name>Ken Chen</name>
<email>kenneth.w.chen@intel.com</email>
</author>
<published>2007-10-18T23:59:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=a5cfb0763d650c4d5b801338136ea64746d807f8'/>
<id>urn:sha1:a5cfb0763d650c4d5b801338136ea64746d807f8</id>
<content type='text'>
DEBUG_PAGEALLOC is not compatible with hugetlb page support.  That debug
option turns off PSE.  Once it is turned off in CR4, the cpu will ignore
pse bit in the pmd and causing infinite page-not- present faults.

So disable DEBUG_PAGEALLOC if the user selected hugetlbfs.

Signed-off-by: Ken Chen &lt;kenneth.w.chen@intel.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>[IA64] lazy_mmu_prot_update needs to be aware of huge pages</title>
<updated>2007-10-18T23:52:21+00:00</updated>
<author>
<name>Zhang Yanmin</name>
<email>yanmin.zhang@intel.com</email>
</author>
<published>2007-10-18T23:52:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=f7ce644b409f1b28648ac457dd9545f93bff37f7'/>
<id>urn:sha1:f7ce644b409f1b28648ac457dd9545f93bff37f7</id>
<content type='text'>
Function lazy_mmu_prot_update is also used on huge pages when it is called
by set_huge_ptep_writable, but it isn't aware of huge pages.

Signed-off-by: Zhang Yanmin &lt;yanmin.zhang@intel.com&gt;
Acked-by: Ken Chen &lt;kenneth.w.chen@intel.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>SELinux: clear parent death signal on SID transitions</title>
<updated>2007-10-18T23:27:51+00:00</updated>
<author>
<name>Stephen Smalley</name>
<email>sds@tycho.nsa.gov</email>
</author>
<published>2007-10-18T23:27:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=d289a630aa101eb5d168f054c96298c87673408e'/>
<id>urn:sha1:d289a630aa101eb5d168f054c96298c87673408e</id>
<content type='text'>
Clear parent death signal on SID transitions to prevent unauthorized
signaling between SIDs.

Signed-off-by: Stephen Smalley &lt;sds@tycho.nsa.gov&gt;
Acked-by: Eric Paris &lt;eparis@parisplace.org&gt;
Signed-off-by: James Morris &lt;jmorris@localhost.localdomain&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
<entry>
<title>make UML compile (FC6/x86-64)</title>
<updated>2007-10-18T21:46:58+00:00</updated>
<author>
<name>Ulrich Drepper</name>
<email>drepper@redhat.com</email>
</author>
<published>2007-10-18T21:46:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=b1deecae30b54772fc6d114396dbce85a1c8a5b1'/>
<id>urn:sha1:b1deecae30b54772fc6d114396dbce85a1c8a5b1</id>
<content type='text'>
I need this patch to get a UML kernel to compile.  This is with the
kernel headers in FC6 which are automatically generated from the kernel
tree.  Some headers are missing but those files don't need them.  At
least it appears so since the resuling kernel works fine.

Tested on x86-64.

Signed-off-by: Ulrich Drepper &lt;drepper@redhat.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
</content>
</entry>
</feed>
