<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/char, branch v2.6.29.3</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/char?h=v2.6.29.3</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/char?h=v2.6.29.3'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2009-05-08T22:45:00Z</updated>
<entry>
<title>virtio-rng: Remove false BUG for spurious callbacks</title>
<updated>2009-05-08T22:45:00Z</updated>
<author>
<name>Christian Borntraeger</name>
<email>borntraeger@de.ibm.com</email>
</author>
<published>2009-04-24T22:35:03Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=87b59eac0914ab407df57fe23d880dccd9a9436d'/>
<id>urn:sha1:87b59eac0914ab407df57fe23d880dccd9a9436d</id>
<content type='text'>
upstream commit: e5b89542ea18020961882228c26db3ba87f6e608

The virtio-rng drivers checks for spurious callbacks. Since
callbacks can be implemented via shared interrupts (e.g. PCI) this
could lead to guest kernel oopses with lots of virtio devices.

Signed-off-by: Christian Borntraeger &lt;borntraeger@de.ibm.com&gt;
Cc: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
Cc: stable@kernel.org
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>agp: zero pages before sending to userspace</title>
<updated>2009-04-27T17:37:05Z</updated>
<author>
<name>Shaohua Li</name>
<email>shaohua.li@intel.com</email>
</author>
<published>2009-04-20T00:08:35Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0702b646e5bdc16af64ef6f663e5275a02bf40cd'/>
<id>urn:sha1:0702b646e5bdc16af64ef6f663e5275a02bf40cd</id>
<content type='text'>
upstream commit: 59de2bebabc5027f93df999d59cc65df591c3e6e

CVE-2009-1192

AGP pages might be mapped into userspace finally, so the pages should be
set to zero before userspace can use it. Otherwise there is potential
information leakage.

Signed-off-by: Shaohua Li &lt;shaohua.li@intel.com&gt;
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>Revert "console ASCII glyph 1:1 mapping"</title>
<updated>2009-04-27T17:37:04Z</updated>
<author>
<name>Samuel Thibault</name>
<email>samuel.thibault@ens-lyon.org</email>
</author>
<published>2009-04-19T18:05:02Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=cbe8fe4ae7f8bcc410c105810b263abf24439a53'/>
<id>urn:sha1:cbe8fe4ae7f8bcc410c105810b263abf24439a53</id>
<content type='text'>
upstream commit: c0b7988200a82290287c6f4cd49585007f73175a

This reverts commit 1c55f18717304100a5f624c923f7cb6511b4116d.

Ingo Brueckl was assuming that reverting to 1:1 mapping for chars &gt;= 128
was not useful, but it happens to be: due to the limitations of the
Linux console, when a blind user wants to read BIG5 on it, he has no
other way than loading a font without SFM and let the 1:1 mapping permit
the screen reader to get the BIG5 encoding.

Signed-off-by: Samuel Thibault &lt;samuel.thibault@ens-lyon.org&gt;
Cc: stable@kernel.org
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>Add a missing unlock_kernel() in raw_open()</title>
<updated>2009-04-02T20:55:18Z</updated>
<author>
<name>Dan Carpenter</name>
<email>error27@gmail.com</email>
</author>
<published>2009-03-30T18:50:16Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ce6d13d7f44cb05c007ed804c0c20cfda9d2f94a'/>
<id>urn:sha1:ce6d13d7f44cb05c007ed804c0c20cfda9d2f94a</id>
<content type='text'>
upstream commit: 996ff68d8b358885c1de82a45517c607999947c7

Cc: stable@kernel.org
Signed-off-by: Dan Carpenter &lt;error27@gmail.com&gt;
Signed-off-by: Jonathan Corbet &lt;corbet@lwn.net&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>parisc: remove klist iterators</title>
<updated>2009-03-13T05:16:58Z</updated>
<author>
<name>James Bottomley</name>
<email>James.Bottomley@HansenPartnership.com</email>
</author>
<published>2009-01-10T00:57:06Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=bfe4f4f800ccbb499a1120735016a20d3feacd4f'/>
<id>urn:sha1:bfe4f4f800ccbb499a1120735016a20d3feacd4f</id>
<content type='text'>
commit 11c3b5c3e08f4d855cbef52883c266b9ab9df879
Author: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Date:   Tue Dec 16 12:24:56 2008 -0800

    driver core: move klist_children into private structure

Broke our parisc build pretty badly because we touch the klists directly
in three cases (AGP, SBA and GSC).  Although GregKH will revert this
patch, there's no reason we should be using the iterators directly, we
can just move to the standard device_for_each_child() API.

Signed-off-by: James Bottomley &lt;James.Bottomley@HansenPartnership.com&gt;
Tested-by: Helge Deller &lt;deller@gmx.de&gt;
Tested-by: Kyle McMartin &lt;kyle@mcmartin.ca&gt;
Signed-off-by: Kyle McMartin &lt;kyle@mcmartin.ca&gt;
</content>
</entry>
<entry>
<title>Merge branch 'merge' of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc</title>
<updated>2009-03-11T19:14:04Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2009-03-11T19:14:04Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=01f675029dfdcbd83b451bff4138de0d43752c4a'/>
<id>urn:sha1:01f675029dfdcbd83b451bff4138de0d43752c4a</id>
<content type='text'>
* 'merge' of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc:
  radeonfb/aty128fb: Disable broken early resume hook for PowerBooks
  hvc_console: Remove tty-&gt;low_latency on pseries backends
  powerpc: fix linkstation and storcenter compilation breakage
  powerpc/4xx: Enable SERIAL_OF support by default for Virtex platforms
</content>
</entry>
<entry>
<title>hvc_console: Remove tty-&gt;low_latency on pseries backends</title>
<updated>2009-03-10T23:44:26Z</updated>
<author>
<name>Benjamin Herrenschmidt</name>
<email>benh@kernel.crashing.org</email>
</author>
<published>2009-03-09T14:36:15Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=187cfc439f7b1a7c91ff72d561b2a7c9c0b83431'/>
<id>urn:sha1:187cfc439f7b1a7c91ff72d561b2a7c9c0b83431</id>
<content type='text'>
The hvcs and hvsi backends both set tty-&gt;low_latency to one, along
with more or less scary comments regarding bugs or races that would
happen if not doing so.

However, they also both call tty_flip_buffer_push() in conexts where
it's illegal to do so since some recent tty changes (or at least it
may have been illegal always but it nows blows) when low_latency is
set (ie, hard interrupt or with spinlock held and irqs disabled).

This removes the setting for now to get them back to working condition,
we'll have to address the races described in the comments separately
if they are still an issue (some of this might have been fixed already).

Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
</content>
</entry>
<entry>
<title>intel-agp: fix a panic with 1M of shared memory, no GTT entries</title>
<updated>2009-03-10T22:55:11Z</updated>
<author>
<name>Lubomir Rintel</name>
<email>lkundrak@v3.sk</email>
</author>
<published>2009-03-10T19:55:54Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9c1e8a4ebcc04226cb6f3a1bf1d72f4cafd6b089'/>
<id>urn:sha1:9c1e8a4ebcc04226cb6f3a1bf1d72f4cafd6b089</id>
<content type='text'>
When GTT size is equal to amount of video memory, the amount of GTT
entries is computed lower than zero, which is invalid and leads to
off-by-one error in intel_i915_configure()

Originally posted here:
http://bugzilla.kernel.org/show_bug.cgi?id=12539
http://bugzilla.redhat.com/show_bug.cgi?id=445592

Signed-off-by: Lubomir Rintel &lt;lkundrak@v3.sk&gt;
Cc: Lubomir Rintel &lt;lkundrak@v3.sk&gt;
Cc: Dave Airlie &lt;airlied@linux.ie&gt;
Reviewed-by: Eric Anholt &lt;eric@anholt.net&gt;
Cc: &lt;stable@kernel.org&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>x86/agp: tighten check to update amd nb aperture</title>
<updated>2009-03-10T22:55:11Z</updated>
<author>
<name>Yinghai Lu</name>
<email>yinghai@kernel.org</email>
</author>
<published>2009-03-10T19:55:50Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=2f68891314b14e7e0ef07b4e77a8ea6e917fc74b'/>
<id>urn:sha1:2f68891314b14e7e0ef07b4e77a8ea6e917fc74b</id>
<content type='text'>
Impact: fix bug to make agp work with dri

Jeffrey reported that dri does work with 64bit, but doesn't work with
32bit it turns out NB aperture is 32M, aperture on agp is 128M

64bit is using 64M for vaidation for 64 iommu/gart 32bit is only using
32M..., and will not update the nb aperture.

So try to compare nb apterture and agp apterture before leaving not
touch nb aperture.

Reported-by: Jeffrey Trull &lt;jetrull@sbcglobal.net&gt;
Tested-by: Jeffrey Trull &lt;jetrull@sbcglobal.net&gt;
Signed-off-by: Yinghai Lu &lt;yinghai@kernel.org&gt;
Acked-by: Dave Airlie &lt;airlied@linux.ie&gt;
Cc: Ingo Molnar &lt;mingo@elte.hu&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>m68k: atari - Rename "mfp" to "st_mfp"</title>
<updated>2009-02-22T17:23:02Z</updated>
<author>
<name>Geert Uytterhoeven</name>
<email>geert@linux-m68k.org</email>
</author>
<published>2009-02-22T08:38:47Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3d92e8f3ae9ba21cac30370eb254ed9dc20df043'/>
<id>urn:sha1:3d92e8f3ae9ba21cac30370eb254ed9dc20df043</id>
<content type='text'>
http://kisskb.ellerman.id.au/kisskb/buildresult/72115/:
| net/mac80211/ieee80211_i.h:327: error: syntax error before 'volatile'
| net/mac80211/ieee80211_i.h:350: error: syntax error before '}' token
| net/mac80211/ieee80211_i.h:455: error: field 'sta' has incomplete type
| distcc[19430] ERROR: compile net/mac80211/main.c on sprygo/32 failed

This is caused by

| # define mfp ((*(volatile struct MFP*)MFP_BAS))

in arch/m68k/include/asm/atarihw.h, which conflicts with the new "mfp" enum in
net/mac80211/ieee80211_i.h.

Rename "mfp" to "st_mfp", as it's a way too generic name for a global #define.

Signed-off-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
</feed>
