<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git, branch v2.6.16.30-rc1</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=v2.6.16.30-rc1</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=v2.6.16.30-rc1'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2006-10-17T12:52:16+00:00</updated>
<entry>
<title>Linux 2.6.16.30-rc1</title>
<updated>2006-10-17T12:52:16+00:00</updated>
<author>
<name>Adrian Bunk</name>
<email>bunk@stusta.de</email>
</author>
<published>2006-10-17T12:52:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=2fcaa8d5377c8def2e668c4e841cf1f2ab9732bf'/>
<id>urn:sha1:2fcaa8d5377c8def2e668c4e841cf1f2ab9732bf</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[IA64] correct file descriptor reference counting in perfmon (CVE-2006-3741)</title>
<updated>2006-10-17T12:50:56+00:00</updated>
<author>
<name>Stephane Eranian</name>
<email>eranian@hpl.hp.com</email>
</author>
<published>2006-10-17T12:50:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=61dd5c3368db90edf32a5ceb4dde76cc18f34009'/>
<id>urn:sha1:61dd5c3368db90edf32a5ceb4dde76cc18f34009</id>
<content type='text'>
Fix a bug in sys_perfmonctl() whereby it was not correctly
decrementing the file descriptor reference count.

Signed-off-by: Stephane Eranian &lt;eranian@hpl.hp.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
</entry>
<entry>
<title>[PPPOE]: Advertise PPPoE MTU</title>
<updated>2006-10-14T17:20:16+00:00</updated>
<author>
<name>Michal Ostrowski</name>
<email>mostrows@earthlink.net</email>
</author>
<published>2006-10-14T17:20:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=08f8337b2930f9b0924e6c0e362b11f7216766c0'/>
<id>urn:sha1:08f8337b2930f9b0924e6c0e362b11f7216766c0</id>
<content type='text'>
PPPoE must advertise the underlying device's MTU via the ppp channel
descriptor structure, as multilink functionality depends on it.

Signed-off-by: Michal Ostrowski &lt;mostrows@earthlink.net&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
</entry>
<entry>
<title>PKT_SCHED: cls_basic: Use unsigned int when generating handle</title>
<updated>2006-10-14T08:39:40+00:00</updated>
<author>
<name>Kim Nordlund</name>
<email>kim.nordlund@nokia.com</email>
</author>
<published>2006-10-14T08:39:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=1ecb731506c27cb63f54979fac57895b12164615'/>
<id>urn:sha1:1ecb731506c27cb63f54979fac57895b12164615</id>
<content type='text'>
Prevents filters from being added if the first generated
handle already exists.

Signed-off-by: Kim Nordlund &lt;kim.nordlund@nokia.com&gt;
Signed-off-by: Thomas Graf &lt;tgraf@suug.ch&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
</entry>
<entry>
<title>[SPARC64]: Kill bogus check from bootmem_init().</title>
<updated>2006-10-14T08:35:26+00:00</updated>
<author>
<name>David S. Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2006-10-14T08:35:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=1b85ee3ead96f0ad706cd794e2fa60a42b278713'/>
<id>urn:sha1:1b85ee3ead96f0ad706cd794e2fa60a42b278713</id>
<content type='text'>
There is an ancient and totally incorrect sanity check being
done on the ramdisk location.  The check assumes that the
kernel is always loaded to physical address zero, which is
wrong.  It was trying to validate the ramdisk value by saying that
if it fell within the kernel image address range it must be wrong.

Anyways, kill this because it actually creates problems.  The
'ramdisk_image' should always be adjusted down by KERNBASE.
SILO can easily put the ramdisk in a location which causes
this test to trigger, breaking things.

[ Based almost entirely upon a patch from Ben Collins. ]

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
</entry>
<entry>
<title>[SPARC64]: Fix sched_clock() wrapping every ~17 seconds.</title>
<updated>2006-10-14T08:33:10+00:00</updated>
<author>
<name>David S. Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2006-10-14T08:33:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=88ca8e7402aa6899de20ddc8e708831225583f8d'/>
<id>urn:sha1:88ca8e7402aa6899de20ddc8e708831225583f8d</id>
<content type='text'>
Unfortunately, sparc64 doesn't have an easy way to do a "64 X 64 --&gt;
128" bit multiply like PowerPC and IA64 do.  We were doing a
"64 X 64 --&gt; 64" bit multiple which causes overflow very quickly with
a 30-bit quotient shift.

So use a quotientshift count of 10 instead of 30, just like x86 and
ARM do.

This also fixes the wrapping of printk timestamp values every ~17
seconds.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
</entry>
<entry>
<title>[CIFS] Allow cifsd to suspend if connection is lost</title>
<updated>2006-10-14T08:12:26+00:00</updated>
<author>
<name>Rafael J. Wysocki</name>
<email>rjw@sisk.pl</email>
</author>
<published>2006-10-14T08:12:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=5360ce880ede2fd89dd4aad73af627879faae122'/>
<id>urn:sha1:5360ce880ede2fd89dd4aad73af627879faae122</id>
<content type='text'>
Make cifsd allow us to suspend if it has lost the connection with a server

Ref: http://bugzilla.kernel.org/show_bug.cgi?id=6811

Signed-off-by: Rafael J. Wysocki &lt;rjw@sisk.pl&gt;
Signed-off-by: Steve French &lt;sfrench@us.ibm.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
</entry>
<entry>
<title>[CIFS] Fix typo in earlier cifs_unlink change and protect one extra path.</title>
<updated>2006-10-14T08:11:47+00:00</updated>
<author>
<name>Steve French</name>
<email>sfrench@us.ibm.com</email>
</author>
<published>2006-10-14T08:11:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=fd21c69ab8ab3e175f62fc09b38b1ab64e787f72'/>
<id>urn:sha1:fd21c69ab8ab3e175f62fc09b38b1ab64e787f72</id>
<content type='text'>
Since cifs_unlink can also be called from rename path and there
was one report of oops am making the extra check for null inode.

Signed-off-by: Steve French &lt;sfrench@us.ibm.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
</entry>
<entry>
<title>[CIFS] Fix unlink oops when indirectly called in rename error path under heavy stress.</title>
<updated>2006-10-14T08:11:16+00:00</updated>
<author>
<name>Steve French</name>
<email>sfrench@us.ibm.com</email>
</author>
<published>2006-10-14T08:11:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=a59ce20e0e4ed46c633d284cad159af84a8f2822'/>
<id>urn:sha1:a59ce20e0e4ed46c633d284cad159af84a8f2822</id>
<content type='text'>
Signed-off-by: Steve French &lt;sfrench@us.ibm.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
</entry>
<entry>
<title>[CIFS] fs/cifs/dir.c: fix possible NULL dereference</title>
<updated>2006-10-14T08:10:45+00:00</updated>
<author>
<name>Steve French</name>
<email>sfrench@us.ibm.com</email>
</author>
<published>2006-10-14T08:10:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=e0326df174d475bdd3da6d0a8730af3a7a347e61'/>
<id>urn:sha1:e0326df174d475bdd3da6d0a8730af3a7a347e61</id>
<content type='text'>
Signed-off-by: Steve French &lt;sfrench@us.ibm.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
</entry>
</feed>
