<feed xmlns='http://www.w3.org/2005/Atom'>
<title>pm24.git, branch v2.6.15</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.
</subtitle>
<id>https://git.kobert.dev/pm24.git/atom?h=v2.6.15</id>
<link rel='self' href='https://git.kobert.dev/pm24.git/atom?h=v2.6.15'/>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/'/>
<updated>2006-01-03T03:21:10Z</updated>
<entry>
<title>Linux v2.6.15</title>
<updated>2006-01-03T03:21:10Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@g5.osdl.org</email>
</author>
<published>2006-01-03T03:21:10Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=88026842b0a760145aa71d69e74fbc9ec118ca44'/>
<id>urn:sha1:88026842b0a760145aa71d69e74fbc9ec118ca44</id>
<content type='text'>
Hey, it's fifteen years today since I bought the machine that got Linux
started.  January 2nd is a good date.
</content>
</entry>
<entry>
<title>[PATCH] Make sure interleave masks have at least one node set</title>
<updated>2006-01-03T01:01:42Z</updated>
<author>
<name>Andi Kleen</name>
<email>ak@suse.de</email>
</author>
<published>2006-01-02T23:07:28Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=8f493d797bc1fe470377adc9d8775845427e240e'/>
<id>urn:sha1:8f493d797bc1fe470377adc9d8775845427e240e</id>
<content type='text'>
Otherwise a bad mem policy system call can confuse the interleaving
code into referencing undefined nodes.

Originally reported by Doug Chapman

I was told it's CVE-2005-3358
(one has to love these security people - they make everything sound important)

Signed-off-by: Andi Kleen &lt;ak@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] Avoid namespace pollution in &lt;asm/param.h&gt;</title>
<updated>2006-01-02T16:38:38Z</updated>
<author>
<name>Dag-Erling Smørgrav</name>
<email>des@linpro.no</email>
</author>
<published>2006-01-02T14:57:06Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=abe842eb98c45e2b77c5868ef106616ca828a3e4'/>
<id>urn:sha1:abe842eb98c45e2b77c5868ef106616ca828a3e4</id>
<content type='text'>
In commit 3D59121003721a8fad11ee72e646fd9d3076b5679c, the x86 and x86-64
&lt;asm/param.h&gt; was changed to include &lt;linux/config.h&gt; for the
configurable timer frequency.

However, asm/param.h is sometimes used in userland (it is included
indirectly from &lt;sys/param.h&gt;), so your commit pollutes the userland
namespace with tons of CONFIG_FOO macros.  This greatly confuses
software packages (such as BusyBox) which use CONFIG_FOO macros
themselves to control the inclusion of optional features.

After a short exchange, Christoph approved this patch

Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] powerpc: more g5 overtemp problem fix</title>
<updated>2006-01-02T16:38:37Z</updated>
<author>
<name>Benjamin Herrenschmidt</name>
<email>benh@kernel.crashing.org</email>
</author>
<published>2006-01-02T02:04:44Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=f12f4d90308a22396ac87f6c3a7b2620589614c3'/>
<id>urn:sha1:f12f4d90308a22396ac87f6c3a7b2620589614c3</id>
<content type='text'>
Some G5s still occasionally experience shutdowns due to overtemp
conditions despite the recent fix. After analyzing logs from such
machines, it appears that the overtemp code is a bit too quick at
shutting the machine down when reaching the critical temperature (tmax +
8) and doesn't leave the fan enough time to actually cool it down. This
happens if the temperature of a CPU suddenly rises too high in a very
short period of time, or occasionally on boot (that is the CPUs are
already overtemp by the time the driver loads).

This patches makes the code a bit more relaxed, leaving a few seconds to
the fans to do their job before kicking the machine shutown.

Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] x86: teach dump_task_regs() about the -8 offset.</title>
<updated>2006-01-01T02:01:57Z</updated>
<author>
<name>Stas Sergeev</name>
<email>stsp@aknet.ru</email>
</author>
<published>2006-01-01T01:18:52Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=557962a926c62a9c4bd79d6b36df873d4f8c51ef'/>
<id>urn:sha1:557962a926c62a9c4bd79d6b36df873d4f8c51ef</id>
<content type='text'>
This should fix multi-threaded core-files

Signed-off-by: stsp@aknet.ru
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>sysctl: make sure to terminate strings with a NUL</title>
<updated>2006-01-01T01:00:29Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@g5.osdl.org</email>
</author>
<published>2006-01-01T01:00:29Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=de9e007d9105bf8fa613a89810feff32a43add03'/>
<id>urn:sha1:de9e007d9105bf8fa613a89810feff32a43add03</id>
<content type='text'>
This is a slightly more complete fix for the previous minimal sysctl
string fix.  It always terminates the returned string with a NUL, even
if the full result wouldn't fit in the user-supplied buffer.

The returned length is the full untruncated length, so that you can
tell when truncation has occurred.

Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>Merge master.kernel.org:/home/rmk/linux-2.6-serial</title>
<updated>2005-12-31T21:49:26Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@g5.osdl.org</email>
</author>
<published>2005-12-31T21:49:26Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=35f349ee082de0be45eb23926d9fc7569f5011f0'/>
<id>urn:sha1:35f349ee082de0be45eb23926d9fc7569f5011f0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[PATCH] Fix false old value return of sysctl</title>
<updated>2005-12-31T01:22:08Z</updated>
<author>
<name>Yi Yang</name>
<email>yang.y.yi@gmail.com</email>
</author>
<published>2005-12-30T08:37:10Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=82c9df820112c6286a8e8fbe482e94b65b49062c'/>
<id>urn:sha1:82c9df820112c6286a8e8fbe482e94b65b49062c</id>
<content type='text'>
For the sysctl syscall, if the user wants to get the old value of a
sysctl entry and set a new value for it in the same syscall, the old
value is always overwritten by the new value if the sysctl entry is of
string type and if the user sets its strategy to sysctl_string.  This
issue lies in the strategy being run twice if the strategy is set to
sysctl_string, the general strategy sysctl_string always returns 0 if
success.

Such strategy routines as sysctl_jiffies and sysctl_jiffies_ms return 1
because they do read and write for the sysctl entry.

The strategy routine sysctl_string return 0 although it actually read
and write the sysctl entry.

According to my analysis, if a strategy routine do read and write, it
should return 1, if it just does some necessary check but not read and
write, it should return 0, for example sysctl_intvec.

Signed-off-by: Yi Yang &lt;yang.y.yi@gmail.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>sysctl: don't overflow the user-supplied buffer with '\0'</title>
<updated>2005-12-31T01:18:53Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@g5.osdl.org</email>
</author>
<published>2005-12-31T01:18:53Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=8febdd85adaa41fa1fc1cb31286210fc2cd3ed0c'/>
<id>urn:sha1:8febdd85adaa41fa1fc1cb31286210fc2cd3ed0c</id>
<content type='text'>
If the string was too long to fit in the user-supplied buffer,
the sysctl layer would zero-terminate it by writing past the
end of the buffer. Don't do that.

Noticed by Yi Yang &lt;yang.y.yi@gmail.com&gt;

Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>Insanity avoidance in /proc</title>
<updated>2005-12-30T16:39:10Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@g5.osdl.org</email>
</author>
<published>2005-12-30T16:39:10Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=8b90db0df7187a01fb7177f1f812123138f562cf'/>
<id>urn:sha1:8b90db0df7187a01fb7177f1f812123138f562cf</id>
<content type='text'>
The old /proc interfaces were never updated to use loff_t, and are just
generally broken.  Now, we should be using the seq_file interface for
all of the proc files, but converting the legacy functions is more work
than most people care for and has little upside..

But at least we can make the non-LFS rules explicit, rather than just
insanely wrapping the offset or something.

Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
</feed>
