On Tue, Jul 01, 2014 at 12:40:12PM +0200, Hans de Goede wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=1114768
Cc: stable@vger.kernel.org
Signed-off-by: Hans de Goede hdego...@redhat.com
Applied, thank you.
---
drivers/input/mouse/synaptics.c | 5 +++--
1 file changed, 3
The converters are used in specific products. It can be useful to know
which they are exactly.
Signed-off-by: Patrick Riphagen patrick.ripha...@xsens.com
Cc: Johan Hovold jo...@kernel.org
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: stable stable@vger.kernel.org
Cc: Frans Klaver
- Annotate the current Xsens PID assigments
- Add support for new Xsens devices
Cc: Johan Hovold jo...@kernel.org
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: stable stable@vger.kernel.org
Cc: Frans Klaver frans.kla...@xsens.com
Patrick Riphagen (2):
Annotate the current Xsens PID
This adds support for new Xsens devices, using Xsens' own Vendor ID.
Signed-off-by: Patrick Riphagen patrick.ripha...@xsens.com
Cc: Johan Hovold jo...@kernel.org
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: stable stable@vger.kernel.org
Cc: Frans Klaver frans.kla...@xsens.com
---
From: Emmanuel Grumbach emmanuel.grumb...@intel.com
commit dc271ee0d04d12d6bfabacbec803289a7072fbd9 upstream.
Firmware folks seem say that this flag can make trouble.
Drop it. The advantage of CTS to self is that it slightly
reduces the cost of the protection, but make the protection
less
From: Emmanuel Grumbach emmanuel.grumb...@intel.com
commit dc271ee0d04d12d6bfabacbec803289a7072fbd9 upstream.
Firmware folks seem say that this flag can make trouble.
Drop it. The advantage of CTS to self is that it slightly
reduces the cost of the protection, but make the protection
less
From: Emmanuel Grumbach emmanuel.grumb...@intel.com
commit dc271ee0d04d12d6bfabacbec803289a7072fbd9 upstream.
Firmware folks seem say that this flag can make trouble.
Drop it. The advantage of CTS to self is that it slightly
reduces the cost of the protection, but make the protection
less
From: Emmanuel Grumbach emmanuel.grumb...@intel.com
commit dc271ee0d04d12d6bfabacbec803289a7072fbd9 upstream.
Firmware folks seem say that this flag can make trouble.
Drop it. The advantage of CTS to self is that it slightly
reduces the cost of the protection, but make the protection
less
At Tue, 22 Jul 2014 17:08:52 -0700,
Greg KH wrote:
On Tue, Jul 22, 2014 at 09:01:51AM +0200, Takashi Iwai wrote:
At Tue, 22 Jul 2014 08:52:31 +0200,
David Henningsson wrote:
Hi,
It looks like this patch should have been sent to stable, is there any
reason why it wasn't?
From: Alan Douglas adoug...@cadence.com
Virtual address is translated to the XCHAL_KSEG_CACHED region in the
dma_free_coherent, but is checked to be in the 0...XCHAL_KSEG_SIZE
range.
Cc: stable@vger.kernel.org
Signed-off-by: Alan Douglas adoug...@cadence.com
Signed-off-by: Max Filippov
task_user_regset_view() should test for TIF_32BIT_REGS in the flags of
the specified task, not of the current task.
Signed-off-by: Alex Smith a...@alex-smith.me.uk
Cc: stable@vger.kernel.org # v3.13+
---
arch/mips/kernel/ptrace.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Whenever ptrace attempts to retrieve the FPU implementation register it
accesses it through current_cpu_data, which calls smp_processor_id().
Since the code may execute with preemption enabled, this can trigger
a warning. Fix this by using boot_cpu_data to get the IR instead.
Signed-off-by: Alex
Get rid of the WANT_COMPAT_REG_H test and instead define both the 32-
and 64-bit register offset definitions at the same time with
MIPS{32,64}_ prefixes, then define the existing EF_* names to the
correct definitions for the kernel's bitness.
This patch is a prerequisite of the following bug fix
Commit 6a9c001b7ec3 (MIPS: Switch ELF core dumper to use regsets.)
switched the core dumper to use regsets, however the GP regset code
simply makes a direct copy of the kernel's pt_regs, which does not
match the original core dump register layout as defined in asm/reg.h.
Furthermore, the
Copy FCSR in the FP regset to match the original pre-regset core dumper.
The code paths for where sizeof(union fpureg) == sizeof(elf_fpreg_t)
already do so, but they actually copy 4 bytes more than they should do
as FCSR is only 32 bits. The not equal code paths do not copy it at all.
Therefore
From: Alex Smith alex.sm...@imgtec.com
On 32-bit/O32, pt_regs has a padding area at the beginning into which the
syscall arguments passed via the user stack are copied. 4 arguments
totalling 16 bytes are copied to offset 16 bytes into this area, however
the area is only 24 bytes long. This means
On Wed, Jul 23, 2014 at 02:40:10PM +0100, Alex Smith wrote:
Copy FCSR in the FP regset to match the original pre-regset core dumper.
The code paths for where sizeof(union fpureg) == sizeof(elf_fpreg_t)
already do so, but they actually copy 4 bytes more than they should do
as FCSR is only 32
On Tue, Jul 22, 2014 at 11:27:41PM -0300, Daniel Bristot de Oliveira wrote:
The scheduler uses policy=-1 to preserve the current policy state to
implement sched_setparam(). But, as (int) -1 is equals to 0x,
it's matching the if (policy SCHED_RESET_ON_FORK) on
_sched_setscheduler().
Hi Allan,
Could catch! Could you do the following minor change (see below)?
On 7/23/14, 3:19 AM, Max Filippov wrote:
From: Alan Douglas adoug...@cadence.com
Virtual address is translated to the XCHAL_KSEG_CACHED region in the
dma_free_coherent, but is checked to be in the 0...XCHAL_KSEG_SIZE
On 23 July 2014 15:12, Paul Burton paul.bur...@imgtec.com wrote:
On Wed, Jul 23, 2014 at 02:40:10PM +0100, Alex Smith wrote:
Copy FCSR in the FP regset to match the original pre-regset core dumper.
The code paths for where sizeof(union fpureg) == sizeof(elf_fpreg_t)
already do so, but they
Hi Chris,
Ok, will change that locally here. Would that change also apply to the
equivalent test in dma_alloc_coherent() ?
-Original Message-
From: czankel [mailto:ch...@zankel.net]
Sent: 23 July 2014 17:17
To: Max Filippov; linux-xte...@linux-xtensa.org; Alan Douglas
Cc: Marc
Good day,
How are you? I know my email may come to you as a surprise but I have contacted
you for discussions for an investment plan which I want to be established in
your country and managed by you.Your response showing me your interest will
help us open further discussion on the subject. I
Hi Alan,
On 7/23/14, 9:24 AM, Alan Douglas wrote:
Hi Chris,
Ok, will change that locally here. Would that change also apply to the
equivalent test in dma_alloc_coherent() ?
Oh, yes, same applies there.
Thanks,
-Chris
--
To unsubscribe from this list: send the line unsubscribe stable in
the
The patch titled
Subject: slab_common: fix the check for duplicate slab names
has been removed from the -mm tree. Its filename was
slab_common-fix-the-check-for-duplicate-slab-names.patch
This patch was dropped because it was merged into mainline or a subsystem tree
On 06/18/2014 04:21 PM, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
When tegra-drm.ko is built as a module, these MODULE_DEVICE_TABLEs allow
the module to be auto-loaded since the module will match the devices
instantiated from device tree.
(Notes for stable: in 3.14+,
This is effectively a revert of 7b9a7ec565505699f503b4fcf61500dceb36e744
plus fixing it a different way...
We found, when trying to run an application from an application which
had dropped privs that the kernel does security checks on undefined
capability bits. This was ESPECIALLY difficult to
WARNING: CPU: 0 PID: 929 at /home/apw/COD/linux/kernel/irq/handle.c:147
handle_irq_event_percpu+0x1d1/0x1e0()
irq 17 handler device_intr+0x0/0xa80 [vt6655_stage] enabled interrupts
Using spin_lock_irqsave appears to fix this.
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
Cc:
byReAssocCount is incremented every second resulting in
disassociated message being send every 10 seconds whether
connection or not.
byReAssocCount should only advance while eCommandState
is in WLAN_ASSOCIATE_WAIT
Change existing scope to if condition.
Signed-off-by: Malcolm Priestley
From: Alan Douglas adoug...@cadence.com
Virtual address is translated to the XCHAL_KSEG_CACHED region in the
dma_free_coherent, but is checked to be in the 0...XCHAL_KSEG_SIZE
range.
Change check for end of the range from 'addr = X' to 'addr X - 1' to
handle the case of X == 0.
Replace 'if (C)
On 07/23/2014 12:36 PM, Eric Paris wrote:
This is effectively a revert of 7b9a7ec565505699f503b4fcf61500dceb36e744
plus fixing it a different way...
You sent something like this a couple days ago. What changed?
--Andy
We found, when trying to run an application from an application which
On Wed, 2014-07-23 at 13:46 -0700, Andy Lutomirski wrote:
On 07/23/2014 12:36 PM, Eric Paris wrote:
This is effectively a revert of 7b9a7ec565505699f503b4fcf61500dceb36e744
plus fixing it a different way...
You sent something like this a couple days ago. What changed?
right when I sent
From: Silesh C V svella...@mvista.com
Subject: coredump: fix the setting of PF_DUMPCORE
commit 079148b91 (coredump: factor out the setting of PF_DUMPCORE)
cleaned up the setting of PF_DUMPCORE by removing it from all the
linux_binfmt-core_dump() and moving it to zap_threads().But this ended up
From: Konstantin Khlebnikov koc...@gmail.com
Subject: mm: do not call do_fault_around for non-linear fault
Ingo Korb reported that repeated mapping of the same file on tmpfs using
remap_file_pages sometimes triggers a BUG at mm/filemap.c:202 when the
process exits. He bisected the bug to
From: Hugh Dickins hu...@google.com
Subject: shmem: fix splicing from a hole while it's punched
shmem_fault() is the actual culprit in trinity's hole-punch starvation,
and the most significant cause of such problems: since a page faulted is
one that then appears page_mapped(), needing
From: Hugh Dickins hu...@google.com
Subject: shmem: fix faulting into a hole, not taking i_mutex
f00cdc6df7d7 (shmem: fix faulting into a hole while it's punched) was
buggy: Sasha sent a lockdep report to remind us that grabbing i_mutex in
the fault path is a no-no (write syscall may already hold
From: Minchan Kim minc...@kernel.org
Subject: zram: avoid lockdep splat by revalidate_disk
Sasha reported lockdep warning [1] introduced by [2].
It could be fixed by doing disk revalidation out of the init_lock.
It's okay because disk capacity change is protected by init_lock
so that
From: Naoya Horiguchi n-horigu...@ah.jp.nec.com
Subject: mm: hugetlb: fix copy_hugetlb_page_range()
commit 4a705fef98 (hugetlb: fix copy_hugetlb_page_range() to handle
migration/hwpoisoned entry) changed the order of
huge_ptep_set_wrprotect() and huge_ptep_get(), which leads to break some
On Tue, 2014-07-22 at 16:08 -0700, Hugh Dickins wrote:
On Tue, 22 Jul 2014, Kamal Mostafa wrote:
3.8.13.27 -stable review patch. If anyone has any objections, please let
me know.
--
From: Naoya Horiguchi n-horigu...@ah.jp.nec.com
commit
On Wed, Jul 23, 2014 at 1:49 PM, Eric Paris epa...@redhat.com wrote:
On Wed, 2014-07-23 at 13:46 -0700, Andy Lutomirski wrote:
On 07/23/2014 12:36 PM, Eric Paris wrote:
This is effectively a revert of 7b9a7ec565505699f503b4fcf61500dceb36e744
plus fixing it a different way...
You sent
On Wed, 2014-07-23 at 09:12 +1000, Dave Chinner wrote:
On Tue, Jul 22, 2014 at 03:21:27PM -0700, Kamal Mostafa wrote:
3.8.13.27 -stable review patch. If anyone has any objections, please let
me know.
--
From: Dwight Engen dwight.en...@oracle.com
commit
On Tue, 2014-07-22 at 15:27 -0700, Andy Lutomirski wrote:
On Tue, Jul 22, 2014 at 3:21 PM, Kamal Mostafa ka...@canonical.com wrote:
3.8.13.27 -stable review patch. If anyone has any objections, please let
me know.
--
From: Andy Lutomirski l...@amacapital.net
From: Paulo Zanoni paulo.r.zan...@intel.com
If we're runtime suspended and try to use the cursor interfaces, we
will get a lot of WARNs saying we did the wrong thing.
For intel_crtc_update_cursor(), all we need to do is return if the
CRTC is not active, since writing the registers won't really
Quoting Kees Cook (keesc...@chromium.org):
On Wed, Jul 23, 2014 at 1:49 PM, Eric Paris epa...@redhat.com wrote:
On Wed, 2014-07-23 at 13:46 -0700, Andy Lutomirski wrote:
On 07/23/2014 12:36 PM, Eric Paris wrote:
This is effectively a revert of 7b9a7ec565505699f503b4fcf61500dceb36e744
On Wed, Jul 23, 2014 at 06:30:59PM -0300, Paulo Zanoni wrote:
From: Paulo Zanoni paulo.r.zan...@intel.com
If we're runtime suspended and try to use the cursor interfaces, we
will get a lot of WARNs saying we did the wrong thing.
For intel_crtc_update_cursor(), all we need to do is return
On Thu, Jul 24, 2014 at 12:35:25AM +0200, Daniel Vetter wrote:
On Wed, Jul 23, 2014 at 06:30:59PM -0300, Paulo Zanoni wrote:
From: Paulo Zanoni paulo.r.zan...@intel.com
If we're runtime suspended and try to use the cursor interfaces, we
will get a lot of WARNs saying we did the wrong
On Wed, Jul 23, 2014 at 09:35:11PM +0100, Malcolm Priestley wrote:
WARNING: CPU: 0 PID: 929 at /home/apw/COD/linux/kernel/irq/handle.c:147
handle_irq_event_percpu+0x1d1/0x1e0()
irq 17 handler device_intr+0x0/0xa80 [vt6655_stage] enabled interrupts
Using spin_lock_irqsave appears to fix
2014-07-23 19:41 GMT-03:00 Daniel Vetter dan...@ffwll.ch:
On Thu, Jul 24, 2014 at 12:35:25AM +0200, Daniel Vetter wrote:
On Wed, Jul 23, 2014 at 06:30:59PM -0300, Paulo Zanoni wrote:
From: Paulo Zanoni paulo.r.zan...@intel.com
If we're runtime suspended and try to use the cursor
On Wed, Jul 23, 2014 at 08:27:16AM +0200, Patrick Riphagen wrote:
- Annotate the current Xsens PID assigments
- Add support for new Xsens devices
Cc: Johan Hovold jo...@kernel.org
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: stable stable@vger.kernel.org
Cc: Frans Klaver
On Wed, 23 Jul 2014, Kamal Mostafa wrote:
On Tue, 2014-07-22 at 16:08 -0700, Hugh Dickins wrote:
On Tue, 22 Jul 2014, Kamal Mostafa wrote:
3.8.13.27 -stable review patch. If anyone has any objections, please let
me know.
--
From: Naoya Horiguchi
Hi,
Commit 8e205f779d1443a94b5ae81aa359cb535dd3021e
(shmem: fix faulting into a hole, not taking i_mutex)
and commit b1a366500bd537b50c3aad26dc7df083ec03a448
(shmem: fix splicing from a hole while it's punched)
have now gone into Linus's tree for 3.16, marked for stable 3.1+;
but the first of
Kamal Mostafa ka...@canonical.com writes:
On Wed, 2014-07-23 at 09:12 +1000, Dave Chinner wrote:
On Tue, Jul 22, 2014 at 03:21:27PM -0700, Kamal Mostafa wrote:
3.8.13.27 -stable review patch. If anyone has any objections, please let
me know.
--
From: Dwight Engen
commit 22970070e027cbbb9b2878f8f7c31d0d7f29e94d upstream.
Add alias for FEC ethernet on i.MX25, i.MX27, i.MX51 and i.MX53 to allow
bootloaders (like U-Boot) patch-in the MAC address for FEC using this
alias.
Signed-off-by: Marek Vasut ma...@denx.de
Signed-off-by: Shawn Guo shawn@linaro.org
commit 3048fa3fc5b6c641a06e959925dfbc31649528e9 upstream.
The compatible property should be m41t62, not mt41t62, so fix this.
Signed-off-by: Marek Vasut ma...@denx.de
Signed-off-by: Shawn Guo shawn@linaro.org
Cc: stable@vger.kernel.org # 3.14.x
---
arch/arm/boot/dts/imx28-m28evk.dts | 2 +-
On Thu, Jul 24, 2014 at 04:07:19AM +0200, Marek Vasut wrote:
commit 22970070e027cbbb9b2878f8f7c31d0d7f29e94d upstream.
Add alias for FEC ethernet on i.MX25, i.MX27, i.MX51 and i.MX53 to allow
bootloaders (like U-Boot) patch-in the MAC address for FEC using this
alias.
Signed-off-by: Marek
On Thu, Jul 24, 2014 at 11:17:55AM +0800, Shawn Guo wrote:
On Thu, Jul 24, 2014 at 04:07:19AM +0200, Marek Vasut wrote:
commit 22970070e027cbbb9b2878f8f7c31d0d7f29e94d upstream.
Add alias for FEC ethernet on i.MX25, i.MX27, i.MX51 and i.MX53 to allow
bootloaders (like U-Boot) patch-in
From: Stephen Boyd sb...@codeaurora.org
During suspend we call sched_clock_poll() to update the epoch and
accumulated time and reprogram the sched_clock_timer to fire
before the next wrap-around time. Unfortunately,
sched_clock_poll() doesn't restart the timer, instead it relies
on the hrtimer
On Thursday, July 24, 2014 at 05:17:55 AM, Shawn Guo wrote:
On Thu, Jul 24, 2014 at 04:07:19AM +0200, Marek Vasut wrote:
commit 22970070e027cbbb9b2878f8f7c31d0d7f29e94d upstream.
Add alias for FEC ethernet on i.MX25, i.MX27, i.MX51 and i.MX53 to allow
bootloaders (like U-Boot) patch-in
On Thursday, July 24, 2014 at 05:52:53 AM, Greg KH wrote:
On Thu, Jul 24, 2014 at 11:17:55AM +0800, Shawn Guo wrote:
On Thu, Jul 24, 2014 at 04:07:19AM +0200, Marek Vasut wrote:
commit 22970070e027cbbb9b2878f8f7c31d0d7f29e94d upstream.
Add alias for FEC ethernet on i.MX25, i.MX27,
58 matches
Mail list logo