kernel news – 15.02.2013

Posted: February 15, 2013 in kernel

-Roger Quadros has fixes for ehci-omap aimed at 3.9, also Roger has a pull
request titled “OMAP USB Host cleanup for 3.9”, and speaking of which,
here’s Tomi Valkeinen with omapdss fixes for 3.8:

It’d be great if these two late fixes would still make it into 3.8. The other
one fixes ARM kernel compilation when using ‘allyesconfig’, and the other makes
DPI displays function again on OMAP3630 boards.

-Bjorn Helgaas announces a PCI update for 3.8:

This is another fix for v3.8. It fixes an oops that happens when a
Thunderbolt adapter is unplugged (remove device, poll for PME events on
no-longer-existing device, oops).

-H. Peter Anvin has one more x86 fix in the “please don’t brick my Samsung”

efi: Clear EFI_RUNTIME_SERVICES rather than EFI_BOOT by “noefi” boot parameter

-Greg KH announces three new stable kernels: 3.7.8, 3.4.31 and 3.0.64 .

-David Miller has a few SPARC fixes:

A couple small fixes for sparc including some THP brown-paper-bag

1) During the merging of all the THP support for various architectures,
sparc missed adding a HAVE_ARCH_TRANSPARENT_HUGEPAGE to it’s Kconfig,

2) Sparc needs to be mindful of hugepages in get_user_pages_fast().

3) Fix memory leak in SBUS probe, from Cong Ding.

4) The sunvdc virtual disk client driver has a test of the bitmask of
vdisk server supported operations which was off by one bit.

-Arnaldo Carvalho de Melo has perf/core improvements and fixes:

. Fix cleanup in case of kzalloc failure, from Daniel Baluta.

. Limit unwind support to x86 archs, fix from Jiri Olsa.

. Initial GTK+ annotate browser, from Namhyung Kim.

. Fix build with bison 2.3 and older, from Vinson Lee.

-Konrad Rzeszutek Wilk has a Xen pull request for Jens Axboe, like this:

Hey Jens,

Please git pull the following branch:

git:// stable/for-jens-3.8

which has fixes to the blkback that I hope you can push to Linus for 3.8.
The one that is quite vicious is the “xen-blkfront: drop the use of
llist_for_each_entry_safe”. It is a fix to re-do an “free-ing” loop – otherwise
we hit a GCC 4.1.1 bug (so RHEL5 based) that turns the loop in an unbound one.


Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s