3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mike Christie micha...@cs.wisc.edu
commit db9bfd64b14a3a8f1868d2164518fdeab1b26ad1 upstream.
This patches fixes a potential buffer overrun in __iscsi_conn_send_pdu.
This function is used by
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Thomas Pugliese thomas.pugli...@gmail.com
commit 675f0ab2fe5a0f7325208e60b617a5f32b86d72c upstream.
Make sure the uwb_dev-bce entry is set before calling uwb_dev_add in
uwbd_dev_onair so that
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Joseph Qi joseph...@huawei.com
commit 5760a97c7143c208fa3a8f8cad0ed7dd672ebd28 upstream.
There is a deadlock case which reported by Guozhonghua:
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ilya Dryomov ilya.dryo...@inktank.com
commit 3cea4c3071d4e55e9d7356efe9d0ebf92f0c2204 upstream.
Rename front_max field of struct ceph_msg to front_alloc_len to make
its purpose more clear.
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Alban Crequy alban.cre...@collabora.co.uk
commit 71b1fb5c4473a5b1e601d41b109bdfe001ec82e0 upstream.
/proc/pid/cgroup contains one cgroup path on each line. If cgroup names are
allowed to
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra pet...@infradead.org
commit 6c72e3501d0d62fc064d3680e5234f3463ec5a86 upstream.
Oleg noticed that a cleanup by Sylvain actually uncovered a bug; by
calling perf_event_free_task()
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede hdego...@redhat.com
commit 271329b3c798b2102120f5df829071c211ef00ed upstream.
Adjust Elantech signature validation to account fo rnewer models of
touchpads.
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Josh Triplett j...@joshtriplett.org
commit 361e9dfbaae84b0b246ed18d1ab7c82a1a41b53e upstream.
The buffers sized by CONFIG_LOG_BUF_SHIFT and
CONFIG_LOG_CPU_MAX_BUF_SHIFT do not exist if
Gregory,
On Fri, Oct 24, 2014 at 05:24:08PM +0200, Gregory CLEMENT wrote:
Hello,
this is the second version of a series I initially submitted in May:
https://lkml.org/lkml/2014/5/16/743
This series adds support for the USB cluster which is on the Armada
375 SoC. We can mainly see this
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sage Weil s...@redhat.com
commit 73c3d4812b4c755efeca0140f606f83772a39ce4 upstream.
We preallocate a few of the message types we get back from the mon. If we
get a larger message than we are
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede hdego...@redhat.com
commit cc18a69c92d0972bc2fc5a047ee3be1e8398171b upstream.
https://bugzilla.kernel.org/show_bug.cgi?id=69731
Reported-by: Jason Robinson m...@jasonrobinson.me
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede hdego...@redhat.com
commit d2682118f4bb3ceb835f91c1a694407a31bb7378 upstream.
The sys_vendor / product_name are somewhat generic unfortunately, so this
may lead to some false
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ilya Dryomov ilya.dryo...@inktank.com
commit 597cda357716a3cf8d994cb11927af917c8d71fa upstream.
Add a helper for processing individual cephx auth tickets. Needed for
the next commit, which
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ilya Dryomov ilya.dryo...@inktank.com
commit c27a3e4d667fdcad3db7b104f75659478e0c68d8 upstream.
We hard code cephx auth ticket buffer size to 256 bytes. This isn't
enough for any moderate
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Richard Larocque rlaroc...@google.com
commit e86fea764991e00a03ff1e56409ec9cacdbda4c9 upstream.
Returns the time remaining for an alarm timer, rather than the time at
which it is scheduled to
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Trond Myklebust trond.mykleb...@primarydata.com
commit cd9288ffaea4359d5cfe2b8d264911506aed26a4 upstream.
James Drew reports another bug whereby the NFS client is now sending
an OPEN_DOWNGRADE
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Al Viro v...@zeniv.linux.org.uk
commit 7bd88377d482e1eae3c5329b12e33cfd664fa6a9 upstream.
return the value instead, and have path_init() do the assignment. Broken by
vfs: Fix absolute RCU path
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger n...@linux-iscsi.org
commit b53b0d99d6fbf7d44330395349a895521cfdbc96 upstream.
This patch fixes a bug in iscsit_logout_post_handler_diffcid() where
a pointer used as storage
On 01.11.2014 23:36, Jason Cooper wrote:
On Fri, Sep 19, 2014 at 10:14:36PM +0200, Sebastian Hesselbarth wrote:
this is a patch set preparing barebox support for ix4-300d. As usual,
I stumbled upon a few nice-to-haves before actually touching ix4-300d
dts. As it is a mach-mvebu thing, I just
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Joern Engel jo...@logfs.org
commit 8ae757d09c45102b347a1bc2867f54ffc1ab8fda upstream.
In iscsi_copy_param_list() a failed iscsi_param_list memory allocation
currently invokes
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Andreas Rohner andreas.roh...@gmx.net
commit 56d7acc792c0d98f38f22058671ee715ff197023 upstream.
This bug leads to reproducible silent data loss, despite the use of
msync(), sync() and a clean
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Andrew Hunter a...@google.com
commit d78c9300c51d6ceed9f6d078d4e9366f259de28c upstream.
timeval_to_jiffies tried to round a timeval up to an integral number
of jiffies, but the logic for doing
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: John Sung penmount.to...@gmail.com
commit a80d8b02751060a178bb1f7a6b7a93645a7a308b upstream.
When running a 32-bit inputattach utility in a 64-bit system, there will be
error code inputattach:
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mathias Nyman mathias.ny...@linux.intel.com
commit c207e7c50f31113c24a9f536fcab1e8a256985d7 upstream.
If xhci initialization fails before the roothub bandwidth
domains (xhci-rh_bw[i]) are
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mark ma...@clara.co.uk
commit c66f1c62e85927357e7b3f4c701614dcb5c498a2 upstream.
The Iomega Jaz USB Adapter is a SCSI-USB converter cable. The hardware
seems to be identical to e.g. the
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mark ma...@clara.co.uk
commit c80b4495c61636edc58fe1ce300f09f24db28e10 upstream.
This patch adds quirks for Entrega Technologies (later Xircom PortGear) USB-
SCSI converters. They use Shuttle
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo t...@kernel.org
commit 849f5169097e1ba35b90ac9df76b5bb6f9c0aabd upstream.
If pcpu_map_pages() fails midway, it unmaps the already mapped pages.
Currently, it doesn't flush tlb after
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: David Jander da...@protonic.nl
commit 25e924450fcb23c11c07c95ea8964dd9f174652e upstream.
This patch implements the workaround mentioned in ERR005829:
ERR005829: FlexCAN: FlexCAN does not
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mark ma...@clara.co.uk
commit b6a3ed677991558ce09046397a7c4d70530d15b3 upstream.
Hi,
The Ariston Technologies iConnect 025 and iConnect 050 (also known as e.g.
iSCSI-50) are SCSI-USB
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: John David Anglin dave.ang...@bell.net
commit d26a7730b5874a5fa6779c62f4ad7c5065a94723 upstream.
In spite of what the GCC manual says, the -mfast-indirect-calls has
never been supported in the
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Richard Larocque rlaroc...@google.com
commit 265b81d23a46c39df0a735a3af4238954b41a4c2 upstream.
Avoids sending a signal to alarm timers created with sigev_notify set to
SIGEV_NONE by checking
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mark ma...@clara.co.uk
commit 67d365a57a51fb9dece6a5ceb504aa381cae1e5b upstream.
The Adaptec USBConnect 2000 is another SCSI-USB converter which uses
Shuttle Technology/SCM Microsystems chips.
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Anton Altaparmakov ai...@cam.ac.uk
commit f2d5a94436cc7cc0221b9a81bba2276a25187dd3 upstream.
On 32-bit architectures, the legacy buffer_head functions are not always
handling the sector number
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause mini...@googlemail.com
commit bbe1c2740d3a25aa1dbe5d842d2ff09cddcdde0a upstream.
The __init annotations for the DMI callback functions are wrong as this
code can be called even
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Larry Finger larry.fin...@lwfinger.net
commit c66517165610b911e4c6d268f28d8c640832dbd1 upstream.
The Sitecom WLA-2102 adapter uses this driver.
Reported-by: Nico Baggus
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Andy Lutomirski l...@amacapital.net
commit d974baa398f34393db76be45f7d4d04fbdbb4a0a upstream.
CR4 isn't constant; at least the TSD and PCE bits can vary.
TBH, treating CR0 and CR3 as constant
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Johannes Berg johannes.b...@intel.com
commit bd8c78e78d5011d8111bc2533ee73b13a3bd6c42 upstream.
In testmode and vendor command reply/event SKBs we use the
skb cb data to store nl80211
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Al Viro v...@zeniv.linux.org.uk
commit 4023bfc9f351a7994fb6a7d515476c320f94a574 upstream.
in the former we simply check if dentry is still valid after picking
its -d_inode; in the latter we
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: David Jander da...@protonic.nl
commit fc05b884a31dbf259cc73cc856e634ec3acbebb6 upstream.
Apparently mailboxes may contain random data at startup, causing some of them
being prepared for message
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Marc Kleine-Budde m...@pengutronix.de
commit c32fe4ad3e4861b2bfa1f44114c564935a123dda upstream.
This patch fixes the initialization of the TX mailbox. It is now correctly
initialized as
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Robin Murphy robin.mur...@arm.com
commit 5ca918e5e3f9df4634077c06585c42bc6a8d699a upstream.
The alignment fixup incorrectly decodes faulting ARM VLDn/VSTn
instructions (where the optional
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Nadav Amit na...@cs.technion.ac.il
commit d1442d85cc30ea75f7d399474ca738e0bc96f715 upstream.
Far jmp/call/ret may fault while loading a new RIP. Currently KVM does not
handle this case, and
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings b...@decadent.org.uk
This is needed before commit 4023bfc9f351 ('be careful with nd-inode
in path_init() and follow_dotdot_rcu()'). A similar change was made
upstream as part of
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Richard Larocque rlaroc...@google.com
commit 474e941bed9262f5fa2394f9a4a67e24499e5926 upstream.
Locks the k_itimer's it_lock member when handling the alarm timer's
expiry callback.
The regular
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Nadav Amit na...@cs.technion.ac.il
commit 854e8bb1aa06c578c2c9145fa6bfe3680ef63b23 upstream.
Upon WRMSR, the CPU should inject #GP if a non-canonical value (address) is
written to certain MSRs.
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Marc Kleine-Budde m...@pengutronix.de
commit de5944883ebbedbf5adc8497659772f5da7b7d72 upstream.
After sending a RTR frame the TX mailbox becomes a RX_EMPTY mailbox. To avoid
side effects when
This is the start of the stable review cycle for the 3.2.64 release.
There are 102 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Tue Nov 04 00:00:00 UTC 2014.
Anything
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o ty...@mit.edu
commit c99d1e6e83b06744c75d9f5e491ed495a7086b7b upstream.
If we suffer a block allocation failure (for example due to a memory
allocation failure), it's possible
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: David Dueck davidcdu...@googlemail.com
commit e77980e50bc2850599d4d9c0192b67a9ffd6daac upstream.
In order to make the driver work with the common clock framework, this patch
converts the
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Miklos Szeredi mszer...@suse.cz
commit b928095b0a7cff7fb9fcf4c706348ceb8ab2c295 upstream.
If overwriting an empty directory with rename, then need to drop the extra
nlink.
Test prog:
#include
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Yoichi Yuasa yu...@linux-mips.org
commit 5596b0b245fb9d2cefb5023b11061050351c1398 upstream.
[1.904000] BUG: scheduling while atomic: swapper/1/0x0002
[1.908000] Modules linked in:
[
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: chenweilong chenweil...@huawei.com
It fix the bug 67951 on bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=67951
The patch can't be applied directly, as it' used the function introduced
by
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann dbork...@redhat.com
commit 26b87c7881006311828bb0ab271a551a62dcceb4 upstream.
This scenario is not limited to ASCONF, just taken as one
example triggering the issue. When
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann dbork...@redhat.com
commit b69040d8e39f20d5215a03502a8e8b4c6ab78395 upstream.
When receiving a e.g. semi-good formed connection scan in the
form of ...
--
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Clemens Ladisch clem...@ladisch.de
commit a9960e6a293e6fc3ed414643bb4e4106272e4d0a upstream.
The calculated frame size was wrong because snd_pcm_format_physical_width()
actually returns the
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Takuya Yoshikawa yoshikawa.tak...@oss.ntt.co.jp
commit d4ddafcdf2201326ec9717172767cfad0ede1472 upstream.
CALL: E8
Signed-off-by: Takuya Yoshikawa yoshikawa.tak...@oss.ntt.co.jp
Signed-off-by:
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Nadav Amit na...@cs.technion.ac.il
commit 05c83ec9b73c8124555b706f6af777b10adf0862 upstream.
Relative jumps and calls do the masking according to the operand size, and not
according to the
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Markos Chandras markos.chand...@imgtec.com
commit 8a574cfa2652545eb95595d38ac2a0bb501af0ae upstream.
Every mcount() call in the MIPS 32-bit kernel is done as follows:
[...]
move at, ra
jal
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Nadav Amit na...@cs.technion.ac.il
commit 234f3ce485d54017f15cf5e0699cff4100121601 upstream.
Before changing rip (during jmp, call, ret, etc.) the target should be asserted
to be canonical one,
On Wed, Oct 15, 2014 at 02:53:02AM +0200, Benoit Masson wrote:
Le 6 oct. 2014 à 18:13, Sebastian Hesselbarth
sebastian.hesselba...@gmail.com a écrit :
On 10/06/2014 01:11 AM, Benoit Masson wrote:
Le 3 oct. 2014 à 17:41, Sebastian Hesselbarth
sebastian.hesselba...@gmail.com a écrit :
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann dbork...@redhat.com
commit 9de7922bc709eee2f609cd01d98aaedc4cf5ea74 upstream.
Commit 6f4c618ddb0 (SCTP : Add paramters validity check for
ASCONF chunk) added basic verification
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Emmanuel Grumbach emmanuel.grumb...@intel.com
commit f47f46d7b09cf1d09e4b44b6cc4dd7d68a08028c upstream.
This reverts commit 43d826ca5979927131685cc2092c7ce862cb91cd.
This commit caused packet
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Marcelo Ricardo Leitner mleit...@redhat.com
Currently the route garbage collector gets called by dst_alloc() if it
have more entries than the threshold. But it's an expensive call, that
don't
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Julian Anastasov j...@ssi.bg
commit 2627b7e15c5064ddd5e578e4efd948d48d531a3f upstream.
commit 8f4e0a18682d91 (IPVS netns exit causes crash in conntrack)
added second ip_vs_conn_drop_conntrack
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jan Kara j...@suse.cz
commit 7ba3ec5749ddb61f79f7be17b5fd7720eebc52de upstream.
Commit 8e3dffc651cb Ext2: mark inode dirty after the function
dquot_free_block_nodirty is called unveiled a bug
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Steven Rostedt (Red Hat) rost...@goodmis.org
commit 24607f114fd14f2f37e3e0cb3d47bce96e81e848 upstream.
Commit 651e22f2701b ring-buffer: Always reset iterator to reader page
fixed one bug but in
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Andy Honig aho...@google.com
commit 2febc839133280d5a5e8e1179c94ea674489dae2 upstream.
There's a race condition in the PIT emulation code in KVM. In
__kvm_migrate_pit_timer the pit_timer
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Paolo Bonzini pbonz...@redhat.com
commit 2356aaeb2f58f491679dc0c38bc3f6dbe54e7ded upstream.
During task switch, all of CS.DPL, CS.RPL, SS.DPL must match (in addition
to all the other
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eliad Peller el...@wizery.com
commit a5fe8e7695dc3f547e955ad2b662e3e72969e506 upstream.
alpha2 is defined as 2-chars array, but is used in multiple
places as string (e.g. with nla_put_string
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mel Gorman mgor...@suse.de
commit d3cb8bf6081b8b7a2dabb1264fe968fd870fa595 upstream.
A migration entry is marked as write if pte_write was true at the time the
entry was created. The VMA
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Aurelien Jarno aurel...@aurel32.net
commit 29593fd5a8149462ed6fad0d522234facdaee6c8 upstream.
Commit dc4d7b37 (MIPS: ZBOOT: gather string functions into string.c)
moved the string related
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Bjørn Mork bj...@mork.no
commit 049255f51644c1105775af228396d187402a5934 upstream.
Sierra Wireless Direct IP devices using the 68A3 product ID
can be configured for modes including a CDC ECM
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Marcelo Ricardo Leitner mleit...@redhat.com
Further tests revealed that after moving the garbage collector to a work
queue and protecting it with a spinlock may leave the system prone to
soft
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Wolfram Sang w.s...@pengutronix.de
commit 4191f19792bf91267835eb090d970e9cd6277a65 upstream.
Using .format_write means, we have a custom function to write to the
chip, but not to read back.
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sergio Gelato sergio.gel...@astro.su.se
BugLink: http://bugs.launchpad.net/bugs/1348670
Fix regression introduced in pre-3.14 kernels by cherry-picking
aa07c713ecfc0522916f3cd57ac628ea6127c0ec
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Nadav Har'El n...@il.ibm.com
commit bfd0a56b90005f8c8a004baf407ad90045c2b11e upstream.
If we let L1 use EPT, we should probably also support the INVEPT instruction.
In our current nested EPT
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Christian Borntraeger borntrae...@de.ibm.com
commit 614a80e474b227cace52fd6e3c790554db8a396e upstream.
In the early days, we had some special handling for the
KVM_EXIT_S390_SIEIC exit, but this
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dave Chinner dchin...@redhat.com
commit 22e757a49cf010703fcb9c9b4ef793248c39b0c2 upstream.
generic/263 is failing fsx at this point with a page spanning
EOF that cannot be invalidated. The
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa han...@stressinduktion.org
commit 916e4cf46d0204806c062c8c6c4d1f633852c5b6 upstream.
Currently we generate a new fragmentation id on UFO segmentation. It
is pretty hairy to
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Thomas Hellstrom thellst...@vmware.com
commit f01ea0c3d9db536c64d47922716d8b3b8f21d850 upstream.
The code waiting for fifo idle was incorrect and could possibly spin
forever under certain
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Marcelo Ricardo Leitner mleit...@redhat.com
When rt_intern_hash() has to deal with neighbour cache overflowing,
it triggers the route cache garbage collector in an attempt to free
some
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Petr Matousek pmato...@redhat.com
commit a642fc305053cc1c6e47e4f4df327895747ab485 upstream.
On systems with invvpid instruction support (corresponding bit in
IA32_VMX_EPT_VPID_CAP MSR is set)
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka mpato...@redhat.com
commit d49ec52ff6ddcda178fc2476a109cf1bd1fa19ed upstream.
The DM crypt target accesses memory beyond allocated space resulting in
a crash on 32 bit x86
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mark Brown broo...@linaro.org
commit 5844a8b9d98ec11ce1d77610daacf3f0a0e14715 upstream.
A previous over-zealous factorisation of code means that we only treat
registers as volatile if they are
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: James Ralston james.d.rals...@intel.com
commit 6cad1376954e591c3c41500c4e586e183e7ffe6d upstream.
This patch adds the IDE mode SATA Device IDs for the Intel 9 Series PCH.
Signed-off-by: James
On Sat, Nov 1, 2014 at 2:43 PM, Steven Noonan ste...@uplinklabs.net wrote:
On Sat, Nov 1, 2014 at 6:17 AM, Steven Noonan ste...@uplinklabs.net wrote:
On Sat, Nov 1, 2014 at 6:00 AM, Steven Noonan ste...@uplinklabs.net wrote:
I've been getting general protection faults in EFI modules at boot
On 2014-11-01 16:28, Ben Hutchings wrote:
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Keith Busch keith.bu...@intel.com
commit 2da78092dda13f1efd26edbbf99a567776913750 upstream.
Releases the dev_t minor when all references are closed
This patch series tries to fix problems with ALPS dualpoint devices on Dell
Latitude laptops which are probably caused by bugs in Dell BIOS, Dell EC or
in ALPS touchpad firmware itself.
Root of problems is yet unknown but at least this patch series could eliminate
reporting bogus data to
On some Dell Latitude laptops ALPS device or Dell EC send one invalid byte in
6 bytes ALPS packet. In this case psmouse driver enter out of sync state. It
looks like that all other bytes in packets are valid and also device working
properly. So there is no need to do full device reset, just need
On some laptops after starting them from off state (not after reboot), function
alps_probe_trackstick_v3() (called from function alps_identify()) does not
detect trackstick. To fix this problem we need to reset device. But function
alps_identify() is called also from alps_detect() and we do not
Sometimes on Dell Latitude laptops psmouse/alps driver receive invalid ALPS
protocol V3 packets with bit7 set in last byte. More often it can be reproduced
on Dell Latitude E6440 or E7440 with closed lid and pushing cover above
touchpad.
If bit7 in last packet byte is set then it is not valid
On 11/01/2014 03:28 PM, Ben Hutchings wrote:
This is the start of the stable review cycle for the 3.2.64 release.
There are 102 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made
On Thursday 23 October 2014 17:44:04 Dmitry Torokhov wrote:
On Sun, Oct 19, 2014 at 01:07:41PM +0200, Pali Rohár wrote:
On Wednesday 15 October 2014 20:22:56 Dmitry Torokhov wrote:
On Wed, Oct 15, 2014 at 08:10:39PM +0200, Pali Rohár wrote:
On Wednesday 15 October 2014 20:00:11 Dmitry
5th and 6th byte of ALPS trackstick V3 protocol match condition for first byte
of PS/2 3 bytes packet. When driver enters out of sync state and ALPS trackstick
is sending data then driver match 5th, 6th and next 1st bytes as PS/2.
It basically means if user is using trackstick when driver is in
a9ecdc0fdc54 (of/irq: Fix lookup to use 'interrupts-extended' property
first) updated the description to say that:
- Both 'interrupts' and 'interrupts-extended' may be present
- Software should prefer 'interrupts-extended'
- Software that doesn't comprehend 'interrupts-extended' may use
On Sat, 2014-11-01 at 16:29 -0700, Guenter Roeck wrote:
On 11/01/2014 03:28 PM, Ben Hutchings wrote:
This is the start of the stable review cycle for the 3.2.64 release.
There are 102 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these
How about try this patch, https://lkml.org/lkml/2014/10/28/41
On 14/11/2 上午4:45, Miles Lane wrote:
[0.763902] [ INFO: suspicious RCU usage. ]
[0.763904] 3.18.0-rc2+ #25 Not tainted
[0.763906] ---
[0.763907] kernel/sched/core.c:7449 suspicious
On Sat, 2014-11-01 at 17:18 -0600, Jens Axboe wrote:
On 2014-11-01 16:28, Ben Hutchings wrote:
3.2.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Keith Busch keith.bu...@intel.com
commit 2da78092dda13f1efd26edbbf99a567776913750
Joe Perches (2):
staging: ft1000: Whitespace neatening
staging: ft1000: Logging message neatening
drivers/staging/ft1000/ft1000-pcmcia/boot.h| 34 +-
drivers/staging/ft1000/ft1000-pcmcia/ft1000.h | 30 +-
drivers/staging/ft1000/ft1000-pcmcia/ft1000_cs.c | 50 +-
Use a more common logging style.
o Convert DEBUG macros to pr_debug
o Add pr_fmt
o Remove embedded function names from pr_debug
o Convert printks to pr_level
o Coalesce formats and align arguments
o Add missing terminating newlines
Signed-off-by: Joe Perches j...@perches.com
---
401 - 500 of 536 matches
Mail list logo