It turns out that domU also requires the Xen APIC driver. Otherwise we
get stuck in busy loops that never exit, such as in this stack trace:
(gdb) target remote localhost:
Remote debugging using localhost:
__xapic_wait_icr_idle () at ./arch/x86/include/asm/ipi.h:56
56 while
On Thu, Aug 6, 2015 at 7:19 AM, Vivien Didelot
vivien.dide...@savoirfairelinux.com wrote:
On 15-08-05 23:28:15, Scott Feldman wrote:
On Wed, Aug 5, 2015 at 10:44 PM, Vivien Didelot
vivien.dide...@savoirfairelinux.com wrote:
This patch adds a is_static boolean to the switchdev_obj_fdb
This allows to set the regulator-ramp-delay in the device tree.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/regulator/da9063-regulator.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/regulator/da9063-regulator.c
b/drivers/regulator/da9063-regulator.c
index
On Thu, Aug 06, 2015 at 03:03:48PM +0800, Baolin Wang wrote:
This patch introduces the usb charger driver based on usb gadget that
makes an enhancement to a power driver. It works well in practice but
that requires a system with suitable hardware.
The basic conception of the usb charger is
On Thu, Aug 06, 2015 at 11:21:22AM -0500, Felipe Balbi wrote:
Hi,
On Thu, Aug 06, 2015 at 03:03:47PM +0800, Baolin Wang wrote:
Currently the Linux kernel does not provide any standard integration of this
feature that integrates the USB subsystem with the system power regulation
provided
On Mon, Aug 03, 2015 at 12:18:13PM -0700, Tomer Barletz wrote:
The variable spd0 might be used uninitialized when pdc20621_i2c_read()
fails.
This also generates a compilation warning with gcc 5.1.
Signed-off-by: Tomer Barletz barl...@gmail.com
Applied to libata/for-4.2-fixes with minor
Zheng Electric Vehicle Manufacturing Co., Ltd,
No.173, Yin Xin Road, Guo Xiang Town,
Suzhou, China
Greetings,
This is an official request for Professional/consultants who will stand as our
regional representative to run logistics on behalf of Zheng Electric Vehicle
Manufacturing Co., Ltd. We
On 05/08/15 15:00, Hanjun Guo wrote:
On 08/04/2015 09:17 PM, Marc Zyngier wrote:
On 29/07/15 11:08, Hanjun Guo wrote:
From: Tomasz Nowicki tomasz.nowi...@linaro.org
With the refator of gic_of_init(), GICv3/4 can be initialized
by gic_init_bases() with gic distributor base address and gic
On 05/08/15 15:11, Hanjun Guo wrote:
On 08/04/2015 09:37 PM, Marc Zyngier wrote:
On 29/07/15 11:08, Hanjun Guo wrote:
On systems supporting GICv3 and above, in MADT GICC structures, the
field of GICR Base Address holds the 64-bit physical address of the
associated Redistributor if the GIC
On Fri, Jun 12, 2015 at 9:58 AM, Toshi Kani toshi.k...@hp.com wrote:
On Fri, 2015-06-12 at 08:59 +0100, Jan Beulich wrote:
On 12.06.15 at 01:23, toshi.k...@hp.com wrote:
There are two usages on MTRRs:
1) MTRR entries set by firmware
2) MTRR entries set by OS drivers
We can obsolete
://git.collabora.com/cgit/user/tomeu/linux.git/log/?h=on-demand-probes-v5
[6]
http://kernelci.org/boot/all/job/collabora/kernel/v4.2-rc5-6548-g632b98c83840/
[7] http://kernelci.org/boot/all/job/next/kernel/next-20150806/
Changes in v3:
- Only delay platform devices with OF nodes
- Set and use
On Fri, 7 Aug 2015, Fengguang Wu wrote:
[ 31.664489] WARNING: CPU: 1 PID: 1 at lib/debugobjects.c:263
debug_print_object+0xfe/0x11d()
[ 31.675198] ODEBUG: free active (active state 0) object type: work_struct
hint: power_supply_changed_work+0x0/0x1f7
Ok this is slab independent object
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: =?UTF-8?q?Michel=20D=C3=A4nzer?= michel.daen...@amd.com
commit 233709d2cd6bbaaeda0aeb8d11f6ca7f98563b39 upstream.
This can be the case when the GPU is powered off, e.g. via
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Wengang Wang wen.gang.w...@oracle.com
commit 4fabb59449aa44a585b3603ffdadd4c5f4d0c033 upstream.
Fixes: 3e0249f9c05c (RDS/IB: add refcount tracking to struct rds_ib_device)
There
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Florian Fainelli f.faine...@gmail.com
commit c8cf89f73f3d9ecbdea479778f0ac714be79be33 upstream.
cd-sw_addr is used as a MDIO bus address, which cannot exceed
PHY_MAX_ADDR (32), our
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Andy Lutomirski l...@kernel.org
commit 0b22930ebad563ae97ff3f8d7b9f12060b4c6e6b upstream.
I found the nested NMI documentation to be difficult to follow.
Improve the comments.
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Andy Lutomirski l...@kernel.org
commit a27507ca2d796cfa8d907de31ad730359c8a6d06 upstream.
Check the repeat_nmi .. end_repeat_nmi special case first. The next
patch will rework the
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Andy Lutomirski l...@kernel.org
commit 9b6e6a8334d56354853f9c255d1395c2ba570e0a upstream.
Returning to userspace is tricky: IRET can fail, and ESPFIX can
rearrange the stack prior
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Andy Lutomirski l...@kernel.org
commit 810bc075f78ff2c221536eb3008eac6a492dba2d upstream.
We have a tricky bug in the nested NMI code: if we see RSP pointing
to the NMI stack on NMI
On Thu, Aug 06, 2015 at 02:41:24PM -0700, K. Y. Srinivasan wrote:
Building with a random configuration file, this build failure
was reported:
arch/x86/built-in.o: In function `hv_machine_crash_shutdown':
arch/x86/kernel/cpu/mshyperv.c:112: undefined
reference to
On Thu, Aug 6, 2015 at 10:43 AM, Ross Zwisler
ross.zwis...@linux.intel.com wrote:
Update the DAX I/O path so that all operations that store data (I/O
writes, zeroing blocks, punching holes, etc.) properly synchronize the
stores to media using the PMEM API. This ensures that the data DAX is
Takashi Iwai ti...@suse.de writes:
Module symbols have a limited length, but currently the build system
allows the build finishing even if the driver code contains a too long
symbol name, which eventually overflows the modversion_info[] item.
The compiler may catch at compiling *.mod.c like
On Thu, Aug 06, 2015 at 03:31:20PM -0400, Steven Rostedt wrote:
4) poll_wait: currently it and poll_table_entry are both hard coupled
to wait_queue_head_t -- so any users of poll_wait are not eligible
for conversion to simple wait. (I just happened to notice that
recently.) A
-Original Message-
From: Stephane Eranian [mailto:eran...@google.com]
Sent: Thursday, August 06, 2015 4:38 PM
To: Liang, Kan
Cc: Peter Zijlstra; mi...@redhat.com; Arnaldo Carvalho de Melo;
a...@linux.intel.com; LKML
Subject: Re: [PATCH V2 1/1] perf/x86: Add Intel power cstate PMUs
On Wed, Jul 22, 2015 at 08:43:48AM -0500, Bjorn Helgaas wrote:
Hi Ingo,
On Wed, Jul 22, 2015 at 10:38:45AM +0200, Ingo Molnar wrote:
* Bjorn Helgaas bhelg...@google.com wrote:
Let me know if these are OK or if there are any questions.
[0]
From: Andy Lutomirski l...@amacapital.net
Some dynamic loaders may be slightly faster if a GNU hash is
available. Strangely, this seems to have no effect at all on the
vdso size.
This is unlikely to have any measurable effect on the time it takes
to resolve vdso symbols (since there are so few
From: Xavier Deguillard xdeguill...@vmware.com
Introduce a new capability to the driver that allow sending 512 pages in
one hypervisor call. This reduce the cost of the driver when reclaiming
memory.
Signed-off-by: Xavier Deguillard xdeguill...@vmware.com
Acked-by: Dmitry Torokhov
2m ballooning significantly reduces the hypervisor side (and guest side)
overhead of ballooning and unballooning.
hypervisor only:
balloon unballoon
4 KB 2 GB/s 2.6 GB/s
2 MB 54 GB/s 767 GB/s
Use 2 MB pages as the hypervisor is alwys 64bit and 2 MB is the smallest
supported
From: Xavier Deguillard xdeguill...@vmware.com
Instead of waiting for the next GET_TARGET command, we can react faster
by exploiting the fact that each hypervisor call also returns the
balloon target.
Signed-off-by: Xavier Deguillard xdeguill...@vmware.com
Acked-by: Dmitry Torokhov
On wo, 2015-08-05 at 14:16 +1000, Michael Ellerman wrote:
On Fri, 2015-31-07 at 12:08:58 UTC, Paul Bolle wrote:
windfarm_corex_exit() contains:
BUG_ON(wf_client_count != 0);
I wonder why that, apparently. never triggered.
Hmm interesting.
A quick test here on an iMacG5 shows
On Wed, 2015-08-05 at 15:28 -0600, Eddie Kovsky wrote:
Using checkpatch.pl with Perl 5.22.0 generates the following warning:
Unescaped left brace in regex is deprecated, passed through in regex;
Valdis Kletnieks sent a fix for this awhile ago:
https://lkml.org/lkml/2015/7/8/1049
Andrew
From: Xavier Deguillard xdeguill...@vmware.com
In order to extend the balloon protocol, the hypervisor and the guest
driver need to agree on a set of supported functionality to use.
Signed-off-by: Xavier Deguillard xdeguill...@vmware.com
Acked-by: Dmitry Torokhov d...@vmware.com
Signed-off-by:
From: Xavier Deguillard xdeguill...@vmware.com
Instead of waiting for the next GET_TARGET command, we can react faster
by exploiting the fact that each hypervisor call also returns the
balloon target.
Signed-off-by: Xavier Deguillard xdeguill...@vmware.com
Acked-by: Dmitry Torokhov
When VMware's hypervisor requests a VM to reclaim memory this is preferrably
done
via ballooning. If the balloon driver does not return memory fast enough, more
drastic methods, such as hypervisor-level swapping are needed. These other
methods
cause performance issues, e.g. hypervisor-level
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Filipe Manana fdman...@suse.com
commit 497b4050e0eacd4c746dd396d14916b1e669849d upstream.
We were allocating memory with memdup_user() but we were never releasing
that memory. This
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Mugunthan V N mugunthan...@ti.com
commit 1973db0df7c3bd69de2a1041d3364567287771d9 upstream.
When cpsw's number of slave is set to 1 in device tree and while
accessing second slave
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit 5dfc71bc44d91d1620505c064fa22b0b3db58a9d upstream.
bug:
https://bugs.freedesktop.org/show_bug.cgi?id=76490
Signed-off-by: Alex Deucher
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Al Viro v...@zeniv.linux.org.uk
commit 0a73d0a204a4a04a1e110539c5a524ae51f91d6d upstream.
Signed-off-by: Al Viro v...@zeniv.linux.org.uk
Signed-off-by: Kamal Mostafa
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Filipe Manana fdman...@suse.com
commit ae9d8f17118551bedd797406a6768b87c2146234 upstream.
While the inode cache caching kthread is calling btrfs_unpin_free_ino(),
we could have a
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Sanidhya Kashyap sanidhya.gat...@gmail.com
commit ce657611baf902f14ae559ce4e0787ead6712067 upstream.
There is a possibility of nothing being allocated to the new_opts in
case of
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Al Viro v...@zeniv.linux.org.uk
commit 451a2886b6bf90e2fb378f7c46c655450fb96e81 upstream.
unfortunately, allowing an arbitrary 16bit value means a possibility of
overflow in the
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: JM Friedt jmfri...@femto-st.fr
commit adfa969850ae93beca57f7527f0e4dc10cbe1309 upstream.
The value sent on the SPI bus is shifted by an erroneous number of bits.
The shift value was
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Al Viro v...@zeniv.linux.org.uk
commit 75a6f82a0d10ef8f13cd8fe7212911a0252ab99e upstream.
Normally opening a file, unlinking it and then closing will have
the inode freed
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Eryu Guan guane...@gmail.com
commit 8974fec7d72e3e02752fe0f27b4c3719c78d9a15 upstream.
Currently ext4_ind_migrate() doesn't correctly handle a file which
contains a hole at the
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Lukas Czerner lczer...@redhat.com
commit 9705acd63b125dee8b15c705216d7186daea4625 upstream.
On delalloc enabled file system on invalidatepage operation
in
Currently, the BAD_MADT_ENTRY macro is used to do a very simple sanity
check on the various subtables that are defined for the MADT. The check
compares the size of the subtable data structure as defined by ACPICA to
the length entry in the subtable. If they are not the same, the assumption
is
Now that we have introduced the bad_madt_entry() function, and that
function is being invoked in acpi_table_parse_madt() for us, there
is no longer any need to use the BAD_MADT_ENTRY macro, or in the case
of arm64, the BAD_MADT_GICC_ENTRY, too.
Signed-off-by: Al Stone al.st...@linaro.org
Cc:
On Thu, Aug 06, 2015 at 01:00:24PM +0100, Matt Fleming wrote:
(Sorry for the delay in replying)
On Fri, 31 Jul, at 11:41:04AM, Andy Shevchenko wrote:
+ if (val32 enable_bit)
+ ret = -EIO;
+
return ret; /* returns: 0 = OK, -EIO = Error */
What about removing ret
On Thu, Aug 06, 2015 at 01:33:39PM -0700, Philip P. Moltmann wrote:
From: Xavier Deguillard xdeguill...@vmware.com
This split the function in two: the allocation part is inlined into the
inflate function and the lock part is kept into his own function.
This change is needed in order to be
Oleg Nesterov o...@redhat.com writes:
On 08/05, Eric W. Biederman wrote:
So I have to ask.
I hope you are asking someone else, not me ;) I never understood what
exactly we try to restrict and why.
I think I was just asking rhetorically, and asking myself.
Is it possible to rework these
On Thu, Aug 6, 2015 at 11:07 AM, Joe Stringer joestrin...@nicira.com wrote:
On 5 August 2015 at 15:31, Pravin Shelar pshe...@nicira.com wrote:
On Tue, Aug 4, 2015 at 9:49 PM, Joe Stringer joestrin...@nicira.com wrote:
I got sparse warning:
net/openvswitch/actions.c:634:1: warning: symbol
This patch adds a cgroup subsystem for Intel Resource Director
Technology (RDT) feature. This cgroup may eventually be used by many
sub-features of RDT. Therefore the cgroup may be associated with the
common RDT framework as well as sub-feature specific framework. Patch
also adds Class of service
On Wed, Aug 05, 2015 at 03:06:59PM -0700, Andrew Morton wrote:
On Wed, 5 Aug 2015 18:00:26 -0400 Dan Streetman ddstr...@ieee.org wrote:
If there's some reason why this can't happen, can we please have a code
comment which reveals that reason?
zpool_create_pool() should work if
Adds a file l3_cbm to the intel_rdt cgroup which represents the cache
capacity bit mask for the cgroup. The tasks in the cgroup would get to
fill the L3 cache represented by the cgroup's l3_cbm file. The bit mask
may map to ways in the cache but could be hardware implementation
specific.
The
This patch includes CPUID enumeration routines for Cache allocation and
new values to track resources to the cpuinfo_x86 structure.
Cache allocation provides a way for the Software (OS/VMM) to restrict
cache allocation to a defined 'subset' of cache which may be overlapping
with other 'subsets'.
This series has some preparatory patches and Intel cache allocation
support.
Prep patches :
Has some changes to hot cpu handling code in existing cache
monitoring and RAPL kernel code. This improves hot cpu notification
handling by not looping through all online cpus which could
Unify the behavior of the first start of the balloon and a reset. Also on
unload, declare that the balloon driver does not have any capabilities
anymore.
Acked-by: Andy King ack...@vmware.com
Signed-off-by: Xavier Deguillard xdeguill...@vmware.com
---
drivers/misc/vmw_balloon.c | 53
Get notified immediately when a balloon target is set, instead of waiting for
up to one second.
The up-to 1 second gap could be long enough to cause swapping inside of the
VM that receives the VM.
Acked-by: Andy King ack...@vmware.com
Signed-off-by: Xavier Deguillard xdeguill...@vmware.com
When VMware's hypervisor requests a VM to reclaim memory this is preferrably
done
via ballooning. If the balloon driver does not return memory fast enough, more
drastic methods, such as hypervisor-level swapping are needed. These other
methods
cause performance issues, e.g. hypervisor-level
+static cpumask_t power_cstate_core_cpu_mask;
That one typically does not need a cpumask.
You need to pick one CPU out of the multi-core. But it is for
client parts thus there is only one socket. At least this is my
understanding.
CORE_C*_RESIDENCY are available
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: =?UTF-8?q?Timo=20Ter=C3=A4s?= timo.te...@iki.fi
commit fc24f2b2094366da8786f59f2606307e934cea17 upstream.
Frag needed should be sent only if the inner header asked
to not fragment.
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Eric Dumazet eduma...@google.com
commit d339727c2b1a10f25e6636670ab6e1841170e328 upstream.
User space can crash kernel with
ip link add ifb10 numtxqueues 10 type ifb
We must
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Nikolay Aleksandrov ra...@blackwall.org
commit f1158b74e54f2e2462ba5e2f45a118246d9d5b43 upstream.
Since commit b0e9a30dd669 (bridge: Add vlan id to multicast groups)
there's a check
On Wed, 5 Aug 2015, Marcelo Tosatti wrote:
On Wed, Aug 05, 2015 at 01:22:57PM +0100, Matt Fleming wrote:
On Sun, 02 Aug, at 12:31:57PM, Tejun Heo wrote:
But we're doing it the wrong way around. You can do most of what
cgroup interface can do with systemcall-like interface with some
On Thu, 6 Aug 2015, Hugh Dickins wrote:
I know a patchset which solves this! ;)
Oh, and I know a patchset which avoids these problems completely,
by not using compound pages at all ;)
Another dumb idea: Stop the insanity of splitting pages on the fly?
Splitting pages should work like page
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Martin Schwidefsky schwidef...@de.ibm.com
commit f9c87a6f46d508eae0d9ae640be98d50f237f827 upstream.
If the kernel is compiled with gcc 5.1 and the XZ compression option
the
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Joe Thornber e...@redhat.com
commit 1c7518794a3647eb345d59ee52844e8a40405198 upstream.
Allocate memory using GFP_NOIO when deleting a btree. dm_btree_del()
can be called via an
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Peter Sanford pe...@sanford.io
commit f98a7aa81eeeadcad25665c3501c236d531d4382 upstream.
Add the USB serial console device ID for Aruba Networks 7xxx series
controllers which have a
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Filipe Manana fdman...@suse.com
commit e4545de5b035c7debb73d260c78377dbb69cbfb5 upstream.
If we do an append write to a file (which increases its inode's i_size)
that does not have
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Jan Leupold leup...@rsi-elektrotechnik.de
commit 2ab5f39bc7825808e0fa1e7e5f0b23e174563467 upstream.
The DT-Property atmel,adc-startup-time is stored in an u8 for a microsecond
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Dennis Yang shinrai...@gmail.com
commit 4c7e309340ff85072e96f529582d159002c36734 upstream.
redistribute3() shares entries out across 3 nodes. Some entries were
being moved the
On Wed, 5 Aug 2015, Tejun Heo wrote:
Hello,
On Tue, Aug 04, 2015 at 07:21:52PM -0700, Vikas Shivappa wrote:
I get that this would be an easier bolt-on solution but isn't a good
solution by itself in the long term. As I wrote multiple times
before, this is a really bad programmable
On Thu, Aug 06, 2015 at 04:35:52PM +1000, Stephen Rothwell wrote:
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in:
include/linux/kexec.h
between commit:
2b94ed245861 (kexec: define kexec_in_progress in !CONFIG_KEXEC case)
from the char-misc tree
On 8/5/2015 1:08 PM, Steve Grubb wrote:
On Wednesday, August 05, 2015 03:16:58 PM Paul Moore wrote:
On Wednesday, August 05, 2015 02:30:14 AM Richard Guy Briggs wrote:
On 15/08/04, Paul Moore wrote:
On Saturday, August 01, 2015 03:42:23 PM Richard Guy Briggs wrote:
Signed-off-by: Richard Guy
On Thu, 6 Aug 2015 19:34:58 +0200
Adrian Remonda adrianremo...@gmail.com wrote:
This is a patch to the most/hdm-usb/hdm_usb.c file. It
makes several local functions and structures static to prevent global
visibility.
v6: fixed alignment with parameter list of a function.
Signed-off-by:
Subject: Re: [ANNOUNCE] 4.1.3-rt3 - xmit queue timeout, oops, rcu stalls
To: bige...@linutronix.de; linux-rt-us...@vger.kernel.org
CC: na...@ccrma.stanford.edu; linux-kernel@vger.kernel.org;
t...@linutronix.de; rost...@goodmis.org; jka...@redhat.com
3.14.48-rt49-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Bogdan Purcareata bogdan.purcare...@freescale.com
While converting the openpic emulation code to use a raw_spinlock_t enables
guests to run on RT, there's still a performance issue.
3.14.48-rt49-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Frederic Weisbecker fweis...@gmail.com
commit 3010279f0fc36f0388872203e63ca49912f648fd
Author: Frederic Weisbecker fweis...@gmail.com
Date: Sat Aug 16 18:47:15 2014 +0200
x86:
haiya...@microsoft.com; tglx t...@linutronix.de; Ingo Molnar
mi...@redhat.com; hpa h...@zytor.com; x86 x...@kernel.org;
de...@linuxdriverproject.org
Subject: randconfig build error with next-20150806, in
arch/x86/kernel/cpu/mshyperv.c
Building with the attached random configuration file
On Thu, Aug 6, 2015 at 9:11 AM, Tomeu Vizoso tomeu.viz...@collabora.com wrote:
Delay matches of platform devices with OF nodes until late_initcall,
when we are sure that all built-in drivers have been registered already.
This is needed to prevent deferred probes because of some drivers not
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Julian Anastasov j...@ssi.bg
commit e9e4dd3267d0c5234c5c0f47440456b10875dec9 upstream.
commit 381c759d9916 (ipv4: Avoid crashing in ip_error)
fixes a problem where processed packet
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Angga hermin.anggawij...@alliedtelesis.co.nz
commit 4c938d22c88a9ddccc8c55a85e0430e9c62b1ac5 upstream.
Before commit daad151263cf (ipv6: Make ipv6_is_mld() inline and use it
from
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Florian Fainelli f.faine...@gmail.com
commit 8f5063e97f393d49611151d3cf7dcbeb41397f12 upstream.
port_index is used an index into an array, and this information comes
from Device
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Steven Rostedt (Red Hat) rost...@goodmis.org
commit 6224beb12e190ff11f3c7d4bf50cb2922878f600 upstream.
Fengguang Wu's tests triggered a bug in the branch tracer's start up
test when
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Stefan Wahren stefan.wah...@i2se.com
commit e8e94ed6285428ab780cd7b0df4622f71eceb39e upstream.
In order to get iio-hwmon support, the lradc must be declared as an
iio provider. So
Use more compact of_property_read_bool() calls instead of the of_find_property()
calls.
Signed-off-by: Sergei Shtylyov sergei.shtyl...@cogentembedded.com
---
The patch is against Ulf Hansson's 'mmc.git' repo's 'next' branch.
Changes in version 2:
- fixed the function name in the summary.
Wilcox, Matthew R matthew.r.wil...@intel.com writes:
I think I see the problem. I'm kind of wrapped up in other things
right now; can you try replacing the line in dax_io():
- bh-b_size = PAGE_ALIGN(end - pos);
+ bh-b_size = ALIGN(end
Folks, please pull the following changes for v4.3. The biggest changes
are the memory map querying updates in the ACPI GHES driver and the
revert of commit aeffc4928ea2 (x86/efi: Request desired alignment via
the PE/COFF headers) which was reportedly causing errors when users
attempt to sign their
This is the start of the review cycle for the Linux 3.13.11-ckt25 stable kernel.
This version contains 53 new patches, summarized below. The new patches are
posted as replies to this message and also available in this git branch:
On Thu, Aug 6, 2015 at 1:25 PM, Liang, Kan kan.li...@intel.com wrote:
+static cpumask_t power_cstate_core_cpu_mask;
That one typically does not need a cpumask.
You need to pick one CPU out of the multi-core. But it is for
client parts thus there is only one socket. At least
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Andy Lutomirski l...@kernel.org
commit 9d05041679904b12c12421cbcf9cb5f4860a8d7b upstream.
32-bit kernels handle nested NMIs in C. Enable the exact same
handling on 64-bit kernels
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Adriana Reus adriana.r...@intel.com
commit 6a3c45bb5a385be7049a7725a4fe93eaa76915f4 upstream.
The gyroscope needs IIO_VAL_INT_PLUS_NANO for the scale channel and
unless specified
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Peter Meerwald pme...@pmeerw.net
commit 8d05abfaeff52bdf66aba3a3a337dcdbdb4911bf upstream.
only SAMP_FREQ is writable
Will lead to SAMP_FREQ being written by any attempt to write
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: =?UTF-8?q?Dominic=20Sacr=C3=A9?= dominic.sa...@gmx.de
commit 0689a86ae814f39af94a9736a0a5426dd82eb107 upstream.
The Steinberg MI2 and MI4 interfaces are compatible with the USB
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Eryu Guan guane...@gmail.com
commit d6f123a9297496ad0b6335fe881504c4b5b2a5e5 upstream.
Currently the check in ext4_ind_migrate() is not enough before doing the
real conversion:
a)
3.13.11-ckt25 -stable review patch. If anyone has any objections, please let
me know.
--
From: Claudio Cappelli claudio.cappelli.li...@gmail.com
commit f6d7fb37f92622479ef6da604f27561f5045ba1e upstream.
Add device Olivetti Olicard 300 (Network Connect: MT6225) - IDs
On Thu, Aug 06, 2015 at 11:43:20AM -0600, Ross Zwisler wrote:
Update the DAX I/O path so that all operations that store data (I/O
writes, zeroing blocks, punching holes, etc.) properly synchronize the
stores to media using the PMEM API. This ensures that the data DAX is
writing is durable on
On Thu, Aug 06, 2015 at 04:17:28PM +0200, Tomeu Vizoso wrote:
On 31 July 2015 at 12:36, Wolfram Sang w...@the-dreams.de wrote:
On Tue, Jun 30, 2015 at 04:55:00PM +0200, Tomeu Vizoso wrote:
This is needed by platform-independent code that needs to do something
with devices based on the data
On Thu, Aug 06, 2015 at 06:14:00PM +0200, Geert Uytterhoeven wrote:
On Thu, Aug 6, 2015 at 3:51 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Aug 06, 2015 at 05:55:23PM +0530, Vignesh R wrote:
On the whole following are my requirements:
1. to be able to communicate
The use of mem= could leave part or all of the initrd outside of
the kernel linear map. This will lead to an error when unpacking
the initrd and a probable failure to boot. This patch catches that
situation and relocates the initrd to be fully within the linear
map.
Signed-off-by: Mark Salter
1 - 100 of 1714 matches
Mail list logo