From: Greg KH gre...@linuxfoundation.org
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Asias He as...@redhat.com
commit 2c95a3290919541b846bee3e0fbaa75860929f53 upstream.
Block layer will allocate a spinlock for the queue if the driver
From: Eric W. Biederman ebied...@xmission.com
Cc: David Miller da...@davemloft.net
Cc: Alexey Kuznetsov kuz...@ms2.inr.ac.ru
Cc: James Morris jmor...@namei.org
Cc: Hideaki YOSHIFUJI yoshf...@linux-ipv6.org
Cc: Patrick McHardy ka...@trash.net
Cc: Remi Denis-Courmont courmi...@gmail.com
Cc: Arnaldo
From: Eric W. Biederman ebied...@xmission.com
- Store sysctl_ping_group_range as a paire of kgid_t values
instead of a pair of gid_t values.
- Move the kgid conversion work from ping_init_sock into ipv4_ping_group_range
- For invalid cases reset to the default disabled state.
With the kgid_t
From: Greg KH gre...@linuxfoundation.org
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Asias He as...@redhat.com
commit 483001c765af6892b3fc3726576cb42f17d1d6b5 upstream.
blk_cleanup_queue() will call blk_drian_queue() to drain all the
From: Greg KH gre...@linuxfoundation.org
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Asias He as...@redhat.com
commit 02e2b124943648fba0a2ccee5c3656a5653e0151 upstream.
del_gendisk() might not return due to failing to remove the
On Mon, 2012-08-13 at 22:50 +0300, Michael S. Tsirkin wrote:
On Mon, Aug 13, 2012 at 12:17:25PM -0600, Alex Williamson wrote:
On Mon, 2012-08-13 at 19:59 +0300, Michael S. Tsirkin wrote:
On Mon, Aug 13, 2012 at 10:48:15AM -0600, Alex Williamson wrote:
On Sun, 2012-08-12 at 10:49 +0300,
From: Greg KH gre...@linuxfoundation.org
This is the start of the stable review cycle for the 3.5.2 release.
There are 82 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Wed
On Mon, Aug 13, 2012 at 04:20:31PM -0400, Matthew Garrett wrote:
diff --git a/drivers/gpu/drm/nouveau/nouveau_bios.c
b/drivers/gpu/drm/nouveau/nouveau_bios.c
index a0a3fe3..818b93c 100644
--- a/drivers/gpu/drm/nouveau/nouveau_bios.c
+++ b/drivers/gpu/drm/nouveau/nouveau_bios.c
@@ -6473,6
On Mon, Aug 13, 2012 at 04:20:31PM -0400, Matthew Garrett wrote:
+ gmux_write32(gmux_data, GMUX_PORT_BRIGHTNES, brightness);
Also, typo here. Should be GMUX_PORT_BRIGHTNESS.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Tue, Aug 07, 2012 at 01:09:46PM +0530, Raghavendra K T wrote:
This is the hypercall documentation patch series
First patch covers KVM specific hypercall information.
second patch is has typo fix for vmcall instruction
comment in kvm_para.h
Third patch includes a veryful documentation
On 8/13/2012 4:38 PM, H. Peter Anvin wrote:
On 08/13/2012 12:39 PM, David Cullen wrote:
When running make distclean in a cross chroot environment, the
following messages are emitted:
[user@host:/home/work/linux]: make distclean
/usr/bin/xargs: rm: Argument list too long
make:
Putting DEBUG_INITCALL config option to compile out the command-line option
initcall_debug.
Signed-off-by: Thai Bui blquyt...@gmail.com
Reviewed-by: Josh Triplett j...@joshtriplett.org
---
Documentation/kernel-parameters.txt |3 ++-
include/linux/init.h|4
On Wed, 2012-08-01 at 14:31 +, Arnd Bergmann wrote:
On Wednesday 01 August 2012, wwang wrote:
于 2012年07月31日 19:23, Arnd Bergmann 写道:
You posted the sdmmc host driver and the pci card reader driver.
I assume that the USB card reader and the memstick host
will also get posted at
On 08/13/2012 01:56 PM, David Cullen wrote:
That sounds like a bug in xargs...
In my specific case, qemu-arm-static calls xargs (In fact, in my
cross chroot, qemu-arm-static is used to run every user mode process).
Do you mean that qemu-arm-static is exposing a latent defect in xargs?
On Mon, Aug 13, 2012 at 04:20:32PM -0400, Matthew Garrett wrote:
+static int gmux_index_wait_ready(struct apple_gmux_data *gmux_data)
+{
+ int i = 200;
+ u8 gwr = inb(gmux_data-iostart + GMUX_PORT_WRITE);
+
+ while (i (gwr 0x01)) {
+ inb(gmux_data-iostart +
According to the comment in linear_stop function
rcu_dereference in linear_start and linear_stop functions
occurs under reconfig_mutex. The patch represents this
agreement in code and prevents lockdep complaint.
Found by Linux Driver Verification project (linuxtesting.org)
Signed-off-by: Denis
On 08/13/2012 01:57 PM, Thai Bui wrote:
Putting DEBUG_INITCALL config option to compile out the command-line option
initcall_debug.
The patch description does not tell us Why.
presumably to save some memory?
How much memory is saved by disabling DEBUG_INITCALL?
Signed-off-by: Thai Bui
On Mon, Aug 13, 2012 at 11:58 AM, Sascha Hauer s.ha...@pengutronix.de wrote:
Hi Arnd,
On Fri, Aug 10, 2012 at 09:06:12PM +0200, Arnd Bergmann wrote:
Hi Linus,
Here are three pull requests for you to consider for the next -rc.
How do you send multiple pull requests? Is there some git foo
On Mon, Aug 13 2012, Glauber Costa wrote:
Here's the dmesg splat.
Do you always get this report in the same way?
I managed to get a softirq inconsistency like yours, but the complaint
goes for a different lock.
Yes, I repeatedly get the same dmesg splat below.
Once I your 'execute the
On Sun, 2012-08-12 at 12:33 +0300, Michael S. Tsirkin wrote:
On Thu, Aug 09, 2012 at 01:26:15PM -0600, Alex Williamson wrote:
On Mon, 2012-08-06 at 13:40 +0300, Avi Kivity wrote:
On 08/06/2012 01:38 PM, Avi Kivity wrote:
Regarding the implementation, instead of a linked list, would
On Mon, Aug 13, 2012 at 01:57:11PM -0700, Thai Bui wrote:
Putting DEBUG_INITCALL config option to compile out the command-line option
initcall_debug.
Can you explain the benfits of this please?
Signed-off-by: Thai Bui blquyt...@gmail.com
Reviewed-by: Josh Triplett j...@joshtriplett.org
---
On Mon, Aug 13, 2012 at 03:49:46PM -0500, Seth Forshee wrote:
This part doesn't seem to belong.
Sigh. Yes, sorry.
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
On Sun, 2012-08-12 at 11:36 +0300, Avi Kivity wrote:
On 08/09/2012 10:26 PM, Alex Williamson wrote:
On Mon, 2012-08-06 at 13:40 +0300, Avi Kivity wrote:
On 08/06/2012 01:38 PM, Avi Kivity wrote:
Regarding the implementation, instead of a linked list, would an array
of counters
On Mon, Aug 13, 2012 at 04:04:44PM -0500, Seth Forshee wrote:
+
+ while (i (gwr 0x01)) {
+ inb(gmux_data-iostart + GMUX_PORT_READ);
+ gwr = inb(gmux_data-iostart + GMUX_PORT_WRITE);
+ msleep(100);
Wouldn't it make more sense if the msleep was before
On Mon, 13 Aug 2012, Rafael J. Wysocki wrote:
I guess the best we can say is that if you call pm_runtime_barrier()
after updating the dev_pm_ops method pointers then after the barrier
returns, the old method pointers will not be invoked and the old method
routines will not be running.
On 08/01/2012 08:54 AM, Jiang Liu wrote:
From: Jiang Liujiang@huawei.com
Use PCIe capabilities access functions to simplify PCIe MIPS implementation.
Signed-off-by: Jiang Liuliu...@gmail.com
Acked-by: David Daney david.da...@cavium.com
---
arch/mips/pci/pci-octeon.c | 15
On Sat, Aug 11, 2012 at 03:24:45PM +1000, Joseph Glanville wrote:
Hi Kent, Tejun
On 9 August 2012 09:57, Kent Overstreet koverstr...@google.com wrote:
Also, how was this tested?
Well, AFAICT the only request based dm target is multipath, and from the
documentation I've seen it doesn't
On Thu, Aug 09, 2012 at 10:37:00AM -0700, Tejun Heo wrote:
Hello,
On Mon, Aug 06, 2012 at 03:08:41PM -0700, Kent Overstreet wrote:
bcache creates large bios internally, and then splits them according to
the device requirements before it sends them down. If a lower level
device tries to
On Mon, 13 Aug 2012 17:32:34 +0300 Felipe Balbi ba...@ti.com wrote:
Hi,
On Mon, Aug 13, 2012 at 12:34:53PM +1000, NeilBrown wrote:
On Thu, 9 Aug 2012 14:15:51 +0300 Felipe Balbi ba...@ti.com wrote:
hehe, that's nasty. Please send a patch converting to a try count and a
Update later calls to init_memory_mapping to keep track of direct mapped
pfn ranges so that at any point in time we can accurately represent what
memory ranges are direct mapped or not.
Signed-off-by: Jacob Shin jacob.s...@amd.com
---
arch/x86/kernel/amd_gart_64.c |4 +++-
Currently kernel direct mappings are created for all pfns between
[ 0 to max_low_pfn ) and [ 4GB to max_pfn ). When we introduce memory
holes, we end up mapping memory ranges that are not backed by physical
DRAM. This is fine for lower memory addresses which can be marked as UC
by fixed/variable
Currently direct mappings are created for [ 0 to max_low_pfnPAGE_SHIFT )
and [ 4GB to max_pfnPAGE_SHIFT ), which may include regions that are not
backed by actual DRAM. This is fine for holes under 4GB which are covered
by fixed and variable range MTRRs to be UC. However, we run into trouble
on
Since we now call init_memory_mapping for each E820_RAM region in a
loop, move cr4 writes out to setup_arch.
Signed-off-by: Jacob Shin jacob.s...@amd.com
---
arch/x86/kernel/setup.c | 10 ++
arch/x86/mm/init.c | 10 --
2 files changed, 10 insertions(+), 10 deletions(-)
Current logic finds enough space to cover number of tables from 0 to end.
Instead, we only need to find enough space to cover from mr[0].start to
mr[nr_range].end.
Signed-off-by: Jacob Shin jacob.s...@amd.com
---
arch/x86/mm/init.c | 62 +---
1
Update code that previously assumed pfns [ 0 - max_low_pfn_mapped ) and
[ 4GB - max_pfn_mapped ) were always direct mapped, to now look up
pfn_mapped ranges instead.
Signed-off-by: Jacob Shin jacob.s...@amd.com
---
arch/x86/kernel/cpu/amd.c |6 +-
arch/x86/platform/efi/efi.c |8
On Mon, Aug 13, 2012 at 02:48:25PM -0600, Alex Williamson wrote:
On Mon, 2012-08-13 at 22:50 +0300, Michael S. Tsirkin wrote:
On Mon, Aug 13, 2012 at 12:17:25PM -0600, Alex Williamson wrote:
On Mon, 2012-08-13 at 19:59 +0300, Michael S. Tsirkin wrote:
On Mon, Aug 13, 2012 at 10:48:15AM
On Wed, Aug 08, 2012 at 03:58:39PM -0700, Tejun Heo wrote:
On Mon, Aug 06, 2012 at 03:08:37PM -0700, Kent Overstreet wrote:
+ *
+ * BIG FAT WARNING:
+ *
+ * If you're calling this from under generic_make_request() (i.e.
+ * current-bio_list != NULL), you should mask out __GFP_WAIT and
On Sat, 2012-08-11 at 03:43 -0700, Andi Kleen wrote:
On Fri, Aug 10, 2012 at 04:57:02PM -0700, H. Peter Anvin wrote:
On 08/09/2012 03:34 PM, Betty Dall wrote:
I thought this should be a break instead of a continue since the code
does a break if the class is 0x. If the function
Hello,
On Mon, Aug 13, 2012 at 04:47:00PM -0500, Jacob Shin wrote:
Currently direct mappings are created for [ 0 to max_low_pfnPAGE_SHIFT )
and [ 4GB to max_pfnPAGE_SHIFT ), which may include regions that are not
backed by actual DRAM. This is fine for holes under 4GB which are covered
by
On Mon, Aug 13, 2012 at 03:23:24PM -0600, Alex Williamson wrote:
On Sun, 2012-08-12 at 12:33 +0300, Michael S. Tsirkin wrote:
On Thu, Aug 09, 2012 at 01:26:15PM -0600, Alex Williamson wrote:
On Mon, 2012-08-06 at 13:40 +0300, Avi Kivity wrote:
On 08/06/2012 01:38 PM, Avi Kivity wrote:
On 08/13/2012 02:58 PM, Tejun Heo wrote:
Also, please mention the possibility of using smaller size memory
mappings if e820 didn't align physical memory to GB boundary.
... as it generally won't.
-hpa
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Monday, August 13, 2012, Alan Stern wrote:
On Mon, 13 Aug 2012, Rafael J. Wysocki wrote:
I guess the best we can say is that if you call pm_runtime_barrier()
after updating the dev_pm_ops method pointers then after the barrier
returns, the old method pointers will not be invoked
On 08/13/2012 02:58 PM, Betty Dall wrote:
I checked the PCI specification, and Peter is right that function
numbers can be sparse. Please go with version 1 of the patch, as Andi
suggested. I will follow up by looking at why the three scans are not
consistent and send a patch, if appropriate.
On 08/09/2012 09:47 AM, J.Hwan Kim wrote:
Hi, everyone
I wish to alloc physically contiguous memory in kernel mode.
I used the __get_free_pages(gfp_mask, order) function,
but it fails occasionary.
I guess it is caused by memory fragmentation.
My code is kernel driver module which cannot use
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Stanislav Kinsbursky skinsbur...@parallels.com
commit caea33da898e4e14f0ba58173e3b7689981d2c0b upstream.
Without this patch kernel will panic on LockD
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Greg Pearson greg.pear...@hp.com
commit 6c4088ac3a4d82779903433bcd5f048c58fb1aca upstream.
efi_setup_pcdp_console() is called during boot to parse the
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Colin Cross ccr...@android.com
commit 24b35521b8ddf088531258f06f681bb7b227bf47 upstream.
vfp_pm_suspend should save the VFP state in suspend after
any
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Tony Luck tony.l...@intel.com
commit a119365586b0130dfea06457f584953e0ff6481d upstream.
The following build error occured during a ia64 build with
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: David Henningsson david.hennings...@canonical.com
commit e9fc83cb2e5877801a255a37ddbc5be996ea8046 upstream.
This computer is confirmed working with
On Mon, Aug 13, 2012 at 10:36:07PM +0100, Matthew Garrett wrote:
On Mon, Aug 13, 2012 at 04:04:44PM -0500, Seth Forshee wrote:
+
+ while (i (gwr 0x01)) {
+ inb(gmux_data-iostart + GMUX_PORT_READ);
+ gwr = inb(gmux_data-iostart + GMUX_PORT_WRITE);
+
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Cox a...@linux.intel.com
commit d6250a3f12edb3a86db9598ffeca3de8b4a219e9 upstream.
The Intel case falls through into the generic case which then
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Luck, Tony tony.l...@intel.com
commit bd29e568a4cb6465f6e5ec7c1c1f3ae7d99cbec1 upstream.
If there is an architecture-specific random number generator
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds torva...@linux-foundation.org
commit cf833d0b9937874b50ef2867c4e8badfd64948ce upstream.
We still don't use rdrand in /dev/random, which
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: H. Peter Anvin h...@linux.intel.com
commit 2dac8e54f988ab58525505d7ef982493374433c3 upstream.
When we are initializing using arch_get_random_long() we
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Mathieu Desnoyers mathieu.desnoy...@efficios.com
commit 44e4360fa3384850d65dd36fb4e6e5f2f112709b upstream.
/proc/sys/kernel/random/boot_id can be read
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o ty...@mit.edu
commit 902c098a3663de3fa18639efbb71b6080f0bcd3c upstream.
The real-time Linux folks don't like add_interrupt_randomness()
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds torva...@linux-foundation.org
commit a2080a67abe9e314f9e9c2cc3a4a176e8a8f8793 upstream.
Add a new interface, add_device_randomness() for
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o ty...@mit.edu
commit 7bf2357524408b97fec58344caf7397f8140c3fd upstream.
Signed-off-by: Theodore Ts'o ty...@mit.edu
Cc: David Miller
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o ty...@mit.edu
commit 00ce1db1a634746040ace24c09a4e3a7949a3145 upstream.
Signed-off-by: Theodore Ts'o ty...@mit.edu
Signed-off-by: Greg
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Brown broo...@opensource.wolfsonmicro.com
commit 9dccf55f4cb011a7552a8a2749a580662f5ed8ed upstream.
The tamper evident features of the RTC include
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Brown broo...@opensource.wolfsonmicro.com
commit 27130f0cc3ab97560384da437e4621fc4e94f21c upstream.
wm831x devices contain a unique ID value. Feed
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o ty...@mit.edu
commit e6d4947b12e8ad947add1032dd754803c6004824 upstream.
If the CPU supports a hardware random number generator, use it in
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: H. Peter Anvin h...@linux.intel.com
commit d2e7c96af1e54b507ae2a6a7dd2baf588417a7e5 upstream.
Mix in any architectural randomness in extract_buf()
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Mel Gorman mgor...@suse.de
commit d833352a4338dc31295ed832a30c9ccff5c7a183 upstream.
If a process creates a large hugetlbfs mapping that is eligible
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Drake d...@laptop.org
commit 1f6fc43e621167492ed4b7f3b4269c584c3d6ccc upstream.
libertas currently calls cfg80211_disconnected() when it is
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Tony Luck tony.l...@intel.com
commit d114a33387472555188f142ed8e98acdb8181c6d upstream.
Send the entire DMI (SMBIOS) table to the /dev/random driver to
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Marek Vasut ma...@denx.de
commit 3bed491c8d28329e34f8a31e3fe64d03f3a350f1 upstream.
The CONFIG_DEFAULT_MMAP_MIN_ADDR was set to 65536 in mxs_defconfig,
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Tushar Dave tushar.n.d...@intel.com
commit b7ec70be01a87f2c85df3ae11046e74f9b67e323 upstream.
Found that commit d478eb44 was a bad commit.
If the link
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Stanislaw Gruszka sgrus...@redhat.com
commit deee0214def5d8a32b8112f11d9c2b1696e9c0cb upstream.
We can not pass NULL libconf-conf-channel to
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Liang Li liang...@windriver.com
partial of commit 8e8b41f9d8c8e63fc92f899ace8da91a490ac573 upstream.
As part of commit 463454b5dbd8 (cfg80211: fix
On Mon, Aug 13, 2012 at 12:38 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Mon, Aug 13, 2012 at 10:42:58AM -0500, Matt Sealey wrote:
On Thu, Aug 9, 2012 at 5:19 AM, Mark Brown
This and many of your other regulators have voltage ranges specified but
no consumers which doesn't
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Chris Bagwell ch...@cnpbagwell.com
commit 6dc463511d4a690f01a9248df3b384db717e0b1c upstream.
Bamboo One's with ID of 0x6a and 0x6b were added with
Hello,
On Mon, Aug 13, 2012 at 02:55:11PM -0700, Kent Overstreet wrote:
If the condition is detectable, WARN_ON_ONCE() please.
I know I said I liked this idea, but I changed my mind.
Sticking a WARN_ON_ONCE() there is saying that passing __GFP_WAIT from
under generic_make_request() is
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Borislav Petkov borislav.pet...@amd.com
commit c9fc3f778a6a215ace14ee556067c73982b6d40f upstream.
Microcode reloading in a per-core manner is a very
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann a...@arndb.de
commit 59ee93a528b94ef4e81a08db252b0326feff171f upstream.
The irq_to_gpio function was removed from the pxa platform
in
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Shuah Khan shuahk...@gmail.com
commit e826abd523913f63eb03b59746ffb16153c53dc4 upstream.
Change reload_for_cpu() in kernel/microcode_core.c to call
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Tony Luck tony.l...@intel.com
commit cbc96b7594b5691d61eba2db8b2ea723645be9ca upstream.
Many platforms have per-machine instance data (serial numbers,
On Mon, Aug 13, 2012 at 04:47:02PM -0500, Jacob Shin wrote:
Update later calls to init_memory_mapping to keep track of direct mapped
pfn ranges so that at any point in time we can accurately represent what
memory ranges are direct mapped or not.
Maybe we want to roll add_pfn_range_mapped()
On Fri, Aug 10, 2012 at 12:36:22PM +0200, Florian Westphal wrote:
else, we get memory corruption on reboot; found when tracking down
initramfs unpack error on initial reboot (with qemu-kvm -smp 2,
no problem with single-core).
problem with doing it via kvm_shutdown() is that this file
On Thu, Aug 09, 2012 at 10:32:17AM -0700, Tejun Heo wrote:
Hello,
On Thu, Aug 09, 2012 at 03:33:34AM -0400, Kent Overstreet wrote:
If you think the active dropping is justified, please let the change
and justification clearly stated. You're burying the active change in
two separate
On Mon, Aug 13, 2012 at 05:30:53PM +0300, Gleb Natapov wrote:
On Mon, Aug 13, 2012 at 01:43:58PM +0300, Michael S. Tsirkin wrote:
We validate irq pin number when routing is setup, so
code handling illegal irq # in pic and ioapic on each injection
is never called.
Drop it.
I would
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o ty...@mit.edu
commit c2557a303ab6712bb6e09447df828c557c710ac9 upstream.
Create a new function, get_random_bytes_arch() which will use the
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o ty...@mit.edu
commit 3e88bdff1c65145f7ba297ccec69c774afe4c785 upstream.
If there is an architecture-specific random number generator
On Mon, Aug 13, 2012 at 03:34:01PM -0600, Alex Williamson wrote:
On Sun, 2012-08-12 at 11:36 +0300, Avi Kivity wrote:
On 08/09/2012 10:26 PM, Alex Williamson wrote:
On Mon, 2012-08-06 at 13:40 +0300, Avi Kivity wrote:
On 08/06/2012 01:38 PM, Avi Kivity wrote:
Regarding the
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o ty...@mit.edu
commit c5857ccf293968348e5eb4ebedc68074de3dcda6 upstream.
With the new interrupt sampling system, we are no longer using
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o ty...@mit.edu
commit 330e0a01d54c2b8606c56816f99af6ebc58ec92c upstream.
Matt Mackall stepped down as the /dev/random driver maintainer
Hi all,
I am as part of a capstone group at Portland State University is
working to tinify the kernel as small as possible. The ultimate goal
is to make the kernel small enough to use on micro-controller (or
under 200k). This patch is one of them, it saves 176 bytes on a
minimal configuration of
Initial input event has not yet arrived in joydev_connect()
where values are set, which means default values of input_absinfo
are used for init event, not the actual values from joystick.
Signed-off-by: Vojtech Bocek vbo...@gmail.com
---
drivers/input/joydev.c |9 +++--
1 file changed, 7
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o ty...@mit.edu
commit b04b3156a20d395a7faa8eed98698d1e17a36000 upstream.
Send the USB device's serial, product, and manufacturer strings
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o ty...@mit.edu
commit 775f4b297b780601e61787b766f306ed3e1d23eb upstream.
We've been moving away from add_interrupt_randomness() for
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon will.dea...@arm.com
commit b74253f78400f9a4b42da84bb1de7540b88ce7c4 upstream.
The vivt_flush_cache_{range,page} functions check that the
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: H. Peter Anvin h...@zytor.com
commit 63d77173266c1791f1553e9e8ccea65dc87c4485 upstream.
Add support for architecture-specific hooks into the
From: Greg KH gre...@linuxfoundation.org
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Johannes Berg johannes.b...@intel.com
commit dd4c9260e7f23f2e951cbfb2726e468c6d30306c upstream.
The mesh path timer needs to be canceled when
leaving
From: Greg KH gre...@linuxfoundation.org
This is the start of the stable review cycle for the 3.4.9 release.
There are 65 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Wed
From: Greg KH gre...@linuxfoundation.org
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Hung alex.h...@canonical.com
commit 63a78bb1051b240417daad3a3fa9c1bb10646dca upstream.
According to responses from the BIOS team,
From: Greg KH gre...@linuxfoundation.org
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Luis Henriques luis.henriq...@canonical.com
commit b31b021988fed9e3741a46918f14ba9b063811db upstream.
commit 9ef449c6b31bb6a8e6dedc24de475a3b8c79be20
From: Greg KH gre...@linuxfoundation.org
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Joonsoo Kim js1...@gmail.com
commit dc32f63453f56d07a1073a697dcd843dd3098c09 upstream.
Commit a6bc32b89922 (mm: compaction: introduce sync-light
From: Greg KH gre...@linuxfoundation.org
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon will.dea...@arm.com
commit a76d7bd96d65fa5119adba97e1b58d95f2e78829 upstream.
The open-coded mutex implementation for ARMv6+ cores suffers
From: Greg KH gre...@linuxfoundation.org
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Colin Cross ccr...@android.com
commit 24b35521b8ddf088531258f06f681bb7b227bf47 upstream.
vfp_pm_suspend should save the VFP state in suspend after
any
From: Greg KH gre...@linuxfoundation.org
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon will.dea...@arm.com
commit b74253f78400f9a4b42da84bb1de7540b88ce7c4 upstream.
The vivt_flush_cache_{range,page} functions check that the
501 - 600 of 1532 matches
Mail list logo
