On Mon, Nov 17, 2014 at 9:42 PM, Maxime Ripard
wrote:
> For the slave caps retrieval to be really useful, most drivers need to
> implement it.
>
> Hence, we need to be slightly more aggressive, and trigger a warning at
> registration time for drivers that don't fill their caps infos in order to
>
Hello Ludovic,
>>
>> transfer 1: residue = 975584
>> transfer 2: residue = 1048380
>>
>
> You're right about these points. Good job. I think it should be sent to
> stable if it can be applied properly.
>
> For multilines comments, please follow the coding rule
> /*
> * my
> * comments
> */
>
th
On Wed, Feb 18, 2015 at 11:59:03AM +0100, Miklos Szeredi wrote:
> On Wed, Feb 11, 2015 at 10:30:39AM +0100, Miklos Szeredi wrote:
> > Al,
> >
> > Please pull from
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git
> > overlayfs-next
> >
> > This adds support for multiple r
There is already defined macro KEEP_SEGMENTS in the ,
let's use it instead of shifting bits.
Signed-off-by: Alexander Kuleshov
---
arch/x86/boot/compressed/head_32.S | 3 ++-
arch/x86/boot/compressed/head_64.S | 3 ++-
arch/x86/kernel/head_32.S | 3 ++-
3 files changed, 6 insertions(+),
There is already defined macro KEEP_SEGMENTS in the ,
let's use it instead of shifting bits.
Signed-off-by: Alexander Kuleshov
---
arch/x86/boot/compressed/head_32.S | 3 ++-
arch/x86/boot/compressed/head_64.S | 3 ++-
arch/x86/kernel/head_32.S | 3 ++-
3 files changed, 6 insertions(+),
> Added Power Management Support.
comments below
> Signed-off-by: Kevin Tsai
> ---
> v1:
> Added Power Management support.
>
> drivers/iio/light/cm3232.c | 32
> 1 file changed, 32 insertions(+)
>
> diff --git a/drivers/iio/light/cm3232.c b/drivers/iio/light
On 19/02/15 02:01, David Ahern wrote:
> Commit f6edb53c4993ffe92ce521fb449d1c146cea6ec2 converted the probe to
> a CPU wide event first (pid == -1). For kernels that do not support
> the PERF_FLAG_FD_CLOEXEC flag the probe fails with EINVAL. Since this
> errno is not handled pid is not reset to 0 a
On 02/18/2015 06:36 PM, Peter Zijlstra wrote:
> On Wed, Feb 18, 2015 at 08:40:52AM +0530, Preeti U Murthy wrote:
>>
>> Look at the changelog,
>
> Heh, yah, clearly I tl;dr'd that. Indeed.
>
>> it explains why tick_takeover must be called
>> *before* __cpu_die().
>
> Since you reported this, ca
Dear friend,
I hope this proposal meets you in a good state of health.
Please can you help me re-profile fund? I am Mr Nobuyuki Hirano, President and
CEO of The Bank of Tokyo-Mitsubishi UFJ. You can read about my Biography here:
http://www.4-traders.com/business-leaders/Nobuyuki-Hirano-0676SZ-E
Also you sent three patches with the exact same subject. Don't do that.
The subject should be more specific. Also the word "fix" is sort of
reserved for actual fixes, this is a cleanup. The tutorials all suggest
terrible subjects so everyone makes these mistakes.
regards,
dan carpenter
--
To u
On Wed, 2015-02-18 at 12:21 +0100, Mike Galbraith wrote:
> On Mon, 2015-02-16 at 12:18 +0100, Sebastian Andrzej Siewior wrote:
>
> > Known issues:
> >
> > - lazy preempt on x86_64 leads to a crash with some load.
>
> The below still works for me. (it doesn't make nohz_full actually work
>
On Wed, Feb 18, 2015 at 04:45:50PM -0800, Tolga Ceylan wrote:
> Removed assignment in if condition
>
This patch looks good, but it's not really worth cleaning up i2o. We
just moved it to staging to see if anyone noticed that it was gone.
Next kernel release we want to delete it entirely.
regard
From: Dinh Nguyen
commit "184901a06a36 ARM: removing support for etb/etm in "arch/arm/kernel/"
removed arch/arm/include/asm/hardware/coresight.h
then
commit "a06ae8609b3d coresight: add CoreSight core layer framework" added
include/linux/coresight.h
Update cti.h to use thew new coresight.h and
From: Dinh Nguyen
Hi,
I would to like check to see if this is right thing to do for cti.h. Our
downstream kernel's PMU support is using cti.h. But I don't see any other
upstream driver using cti.h, so I'm not sure if this file should be removed?
Thanks,
Dinh Nguyen (1):
arm: cti: fix up cti
Hi Linus,
The following have all spent a week in next.
This includes a significant update to the toshiba_acpi driver, bringing
it to feature parity with the Windows driver, followed by some needed
cleanups.
The other changes are mostly minor updates, quirks, sparse fixes, or
cleanups.
Thanks,
Hi Joe,
we have come across a checkpatch false-positive:
static void batadv_recv_handler_init(void)
{
int i;
for (i = 0; i < ARRAY_SIZE(batadv_rx_handler); i++)
batadv_rx_handler[i] = batadv_recv_unhandled_packet;
for (i = BATADV_UNICAST_MIN; i <= B
On Thu, Feb 05, 2015 at 12:56:20PM +0200, Jari Ruusu wrote:
> Tested on 3.10.67 and 3.18.5 kernels with ATEN UC-232A usb-serial adapter.
> No patch, sorry. To actually see the stuck "break" signal on TxD line, you
> need either some sort of LED or voltmeter connected to the data transmit
> line. Ot
On Thursday 19 February 2015 06:49 AM, Lucas De Marchi wrote:
> On Wed, Feb 18, 2015 at 8:40 PM, Rusty Russell wrote:
>> Lucas De Marchi writes:
>>> On Wed, Feb 18, 2015 at 2:07 AM, Rusty Russell
>>> wrote:
>>> Yeah, I just thought (an wanted that) the attributes were being
>>> created first a
Currently, expediting of normal synchronous grace-period primitives
(synchronize_rcu() and friends) is controlled by the rcu_expedited()
boot/sysfs parameter. This works well, but does not handle nesting.
This commit therefore provides rcu_expedite_gp() to enable expediting
and rcu_unexpedite_gp()
On Wed, 2015-02-18 at 16:10 -0800, Davidlohr Bueso wrote:
> +static const char *tomoyo_get_exe(struct mm_struct *mm)
> +{
> + struct file *exe_file;
> + const char *cp = NULL;
> +
> + if (!mm)
> + return NULL;
> + exe_file = get_mm_exe_file(mm);
> + if (!exe_file)
>
We currently read the information about idle states from the DT
so as to populate the cpuidle table. Use those APIs to read from
the DT that can avoid endianness conversions of the property values
in the cpuidle driver.
Signed-off-by: Preeti U Murthy
Acked-by: Michael Ellerman
---
Based on top o
Hi all,
Please do not add any material destined for v3.21 to your linux-next
included trees until after v3.20-rc1 has been released.
Changes since 20150218:
*crickets*
Non-merge commits (relative to Linus' tree): 1231
791 files changed, 32632 insertions(+), 13348 dele
* Pali Rohár [150218 15:58]:
> On Wednesday 18 February 2015 23:42:06 Tony Lindgren wrote:
> > Of course it's always possible to do do a omap3-n900-qemu.dts
> > if larger changes are needed :)
>
> I would like to avoid using separate DTS for qemu. When we have
> only one DTS file (for both qemu a
On Wed, 2015-02-18 at 12:27 +0100, Mike Galbraith wrote:
> The shuts gripe up.
Gee, that was a very particularly bad way to shut it up. Never mind :)
-Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mo
On Thu, Feb 19, 2015 at 01:20:58AM +0100, Peter Zijlstra wrote:
> On Wed, Feb 18, 2015 at 11:12:56AM -0600, Josh Poimboeuf wrote:
> > > So uhm, what happens if your target task is running? When will you
> > > retry? The problem I see is that if you do a sample approach you might
> > > never hit an
On 02/18/2015 11:55 PM, Andreas Färber wrote:
> Signed-off-by: Andreas Färber
> ---
> Documentation/devicetree/bindings/sound/snow.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/Documentation/devicetree/bindings/sound/snow.txt
> b/Documentation/devicetree/bindings/sound/snow.txt
>
On Thu, Feb 19, 2015 at 12:25 AM, greg KH wrote:
> On Wed, Feb 18, 2015 at 11:19:14PM -0200, Lucas De Marchi wrote:
>> On Wed, Feb 18, 2015 at 8:40 PM, Rusty Russell wrote:
>> > Lucas De Marchi writes:
>> >> On Wed, Feb 18, 2015 at 2:07 AM, Rusty Russell
>> >> wrote:
>> >> Yeah, I just thought
On Thu, Feb 19, 2015 at 12:25 AM, Rusty Russell wrote:
> Lucas De Marchi writes:
>> On Wed, Feb 18, 2015 at 8:40 PM, Rusty Russell wrote:
>>> Lucas De Marchi writes:
On Wed, Feb 18, 2015 at 2:07 AM, Rusty Russell
wrote:
Yeah, I just thought (an wanted that) the attributes were
On 02/18/2015 12:51 PM, Ingo Molnar wrote:
> * Ingo Molnar wrote:
>
>>> [...] However, I think the userspace API change is less
>>> clear since epoll_wait() doesn't currently have an
>>> 'input' events argument as epoll_ctl() does.
>> ... but the change would be a bit clearer and somewhat
>> mo
On Wed, Feb 18, 2015 at 7:10 PM, Davidlohr Bueso wrote:
> From: Davidlohr Bueso
>
> This patch adds a audit_log_d_path_exe() helper function
> to share how we handle auditing of the exe_file's path.
> Used by both audit and auditsc. No functionality is changed.
>
> Cc: Paul Moore
> Cc: Eric Pari
On Wed, 2015-02-18 at 20:31 -0500, J. Bruce Fields wrote:
> On Thu, Feb 19, 2015 at 08:39:01AM +0800, Ian Kent wrote:
> > On Wed, 2015-02-18 at 15:59 -0500, J. Bruce Fields wrote:
> > > On Wed, Feb 18, 2015 at 12:31:32PM -0500, J. Bruce Fields wrote:
> > > > On Wed, Feb 18, 2015 at 12:06:20PM -0500
Lucas De Marchi writes:
> On Wed, Feb 18, 2015 at 8:40 PM, Rusty Russell wrote:
>> Lucas De Marchi writes:
>>> On Wed, Feb 18, 2015 at 2:07 AM, Rusty Russell
>>> wrote:
>>> Yeah, I just thought (an wanted that) the attributes were being
>>> created first and then hooked up in the sysfs tree un
On 02/18/15 13:08, Bjorn Andersson wrote:
> On Wed, Feb 18, 2015 at 12:28 PM, Stephen Boyd wrote:
>>
>> MFD name matching isn't required. All we need to do is have a regulators
>> node and put a compatible = "qcom,rpm-msm-regulators" in there. Then
>> of_platform_populate() does most of the wo
On Wed, Feb 18, 2015 at 11:19:14PM -0200, Lucas De Marchi wrote:
> On Wed, Feb 18, 2015 at 8:40 PM, Rusty Russell wrote:
> > Lucas De Marchi writes:
> >> On Wed, Feb 18, 2015 at 2:07 AM, Rusty Russell
> >> wrote:
> >> Yeah, I just thought (an wanted that) the attributes were being
> >> created
From: Magnus Damm
Make sure the following files are removed as expected during "make clean":
+ arch/x86/vdso/vdso-image-32-int80.c
+ arch/x86/vdso/vdso-image-32-syscall.c
+ arch/x86/vdso/vdso-image-32-sysenter.c
+ arch/x86/vdso/vdso-image-64.c
Signed-off-by: Magnus Damm
---
arch/x86/vdso/
On Wed, Feb 18, 2015 at 4:32 PM, Kamal Mostafa wrote:
> 3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
> me know.
You'll want to hold off on this until a soon to be merged patch: "ntp:
Fixup adjtimex freq validation on 32-bit systems" lands upstream.
thanks
-john
On 2/18/2015 6:59 AM, Pantelis Antoniou wrote:
> Implement a method of applying DT quirks early in the boot sequence.
>
> A DT quirk is a subtree of the boot DT that can be applied to
> a target in the base DT resulting in a modification of the live
> tree. The format of the quirk nodes is that of
On 02/19/2015 01:05 AM, Christoph Hellwig wrote:
> On Sun, Feb 15, 2015 at 04:18:58PM +0800, Bob Liu wrote:
>> diff --git a/drivers/block/xen-blkfront.c b/drivers/block/xen-blkfront.c
>> index 3589436..5a90a51 100644
>> --- a/drivers/block/xen-blkfront.c
>> +++ b/drivers/block/xen-blkfront.c
>> @@
On 02/19/2015 02:22 AM, Felipe Franciosi wrote:
>
>
>> -Original Message-
>> From: Bob Liu [mailto:bob@oracle.com]
>> Sent: 15 February 2015 08:19
>> To: xen-de...@lists.xen.org
>> Cc: David Vrabel; linux-kernel@vger.kernel.org; Roger Pau Monne;
>> konrad.w...@oracle.com; Felipe Fran
On 02/19/2015 02:08 AM, Felipe Franciosi wrote:
>> -Original Message-
>> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
>> Sent: 18 February 2015 17:38
>> To: Roger Pau Monne
>> Cc: Bob Liu; xen-de...@lists.xen.org; David Vrabel; linux-
>> ker...@vger.kernel.org; Felipe Franc
Randy Dunlap writes:
> On 02/18/15 10:46, Randy Dunlap wrote:
>> On 02/17/15 19:22, Stephen Rothwell wrote:
>>> Hi all,
>>>
>>> Please do not add any material destined for v3.21 to your linux-next
>>> included trees until after v3.20-rc1 has been released.
>>>
>>> Changes since 20150217:
>>>
>>
>
When the touchpad for the Dell XPS 13 is running in PS/2 mode the
EC has a tendency to glitch causing the driver to receive bad data.
This doesn't affect the usage of the touchpad until enough bad data
is received that causes the driver to reset and "freeze".
Signed-off-by: Mario Limonciello
---
The gpio_chip operations receive a pointer the gpio_chip struct which is
contained in the driver's private struct, yet the container_of call in those
functions point to the mfd struct defined in include/linux/mfd/tps65912.h.
Signed-off-by: Nicolas Saenz Julienne
---
drivers/gpio/gpio-tps65912.c
On Thu, Feb 19, 2015 at 08:39:01AM +0800, Ian Kent wrote:
> On Wed, 2015-02-18 at 15:59 -0500, J. Bruce Fields wrote:
> > On Wed, Feb 18, 2015 at 12:31:32PM -0500, J. Bruce Fields wrote:
> > > On Wed, Feb 18, 2015 at 12:06:20PM -0500, J. Bruce Fields wrote:
> > > > On Fri, Feb 06, 2015 at 09:47:25A
Commit-ID: e85bd9892c4f10fd20fc575e62327efb7c77015d
Gitweb: http://git.kernel.org/tip/e85bd9892c4f10fd20fc575e62327efb7c77015d
Author: Sylvain BERTRAND
AuthorDate: Mon, 29 Dec 2014 16:43:24 +0100
Committer: Ingo Molnar
CommitDate: Thu, 19 Feb 2015 02:21:00 +0100
x86/build: Fix mkcapfla
Commit-ID: 1db491f77b6ed0f32f1d4a3ac40a5be9524f1914
Gitweb: http://git.kernel.org/tip/1db491f77b6ed0f32f1d4a3ac40a5be9524f1914
Author: Fenghua Yu
AuthorDate: Thu, 15 Jan 2015 20:30:01 -0800
Committer: Ingo Molnar
CommitDate: Thu, 19 Feb 2015 01:28:38 +0100
x86/mm: Reduce PAE-mode per t
On Wed, 2015-02-18 at 18:07 +0100, Ingo Molnar wrote:
> while the WARN() already told the user that the kernel is
> broken.
>
> So what's the point? Does it avoid any real badness, state
> corruption, crash, hang, etc.?
Right, I mentioned the warn (redundant pi checks) being completely
redundan
Commit-ID: 0cdb81bef20b1d9e12111fa6cd81f748ebd87778
Gitweb: http://git.kernel.org/tip/0cdb81bef20b1d9e12111fa6cd81f748ebd87778
Author: Jan Beulich
AuthorDate: Fri, 23 Jan 2015 08:35:13 +
Committer: Ingo Molnar
CommitDate: Thu, 19 Feb 2015 02:18:26 +0100
x86-64: Also clear _PAGE_GLO
On Wed, Feb 18, 2015 at 8:40 PM, Rusty Russell wrote:
> Lucas De Marchi writes:
>> On Wed, Feb 18, 2015 at 2:07 AM, Rusty Russell wrote:
>> Yeah, I just thought (an wanted that) the attributes were being
>> created first and then hooked up in the sysfs tree under
>> /sys/module/. I.e. if the dir
On Feb 18, 2015 6:27 AM, "Andrew Vagin" wrote:
>
> On Tue, Feb 17, 2015 at 11:05:31AM -0800, Andy Lutomirski wrote:
> > On Feb 17, 2015 12:40 AM, "Andrey Vagin" wrote:
> > >
> > > Here is a preview version. It provides restricted set of functionality.
> > > I would like to collect feedback about
* tip-bot for Ross Zwisler wrote:
> Commit-ID: a71ef01336f2228dc9d47320492360d6848e591e
> Gitweb: http://git.kernel.org/tip/a71ef01336f2228dc9d47320492360d6848e591e
> Author: Ross Zwisler
> AuthorDate: Tue, 27 Jan 2015 09:53:50 -0700
> Committer: Ingo Molnar
> CommitDate: Thu, 19 Feb
From: Magnus Damm
Fix warnings related to size_t when building for 64-bit architectures:
drivers/gpu/drm/drm_gem_cma_helper.c: In function âdrm_gem_cma_createâ:
drivers/gpu/drm/drm_gem_cma_helper.c:114:4: warning: format â%dâ expects
argument of type âintâ, but argument 3 has type â
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Jan Kara
commit 0e5cc9a40ada6046e6bc3bdfcd0c0d7e4b706b14 upstream.
Symlink reading code does not check whether the resulting path fits into
the page provided by the generic code. Th
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Mathias Krause
The backport of commit 5d26a105b5a7 ("crypto: prefix module autoloading
with "crypto-"") lost the MODULE_ALIAS_CRYPTO() annotation of crc32c.c.
Add it to fix the repor
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Richard Guy Briggs
commit 041d7b98ffe59c59fdd639931dea7d74f9aa9a59 upstream.
A regression was caused by commit 780a7654cee8:
audit: Make testing for a valid loginuid explic
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Kees Cook
commit 5d26a105b5a73e5635eae0629b42fa0a90e07b7b upstream.
This prefixes all crypto module loading with "crypto-" so we never run
the risk of exposing module auto-loading t
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Kees Cook
commit 4943ba16bbc2db05115707b3ff7b4874e9e3c560 upstream.
This adds the module loading prefix "crypto-" to the template lookup
as well.
For example, attempting to load 'v
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Tomi Valkeinen
commit 92b004d1aa9f367c372511ca0330f58216b25703 upstream.
If the probe of an fb driver has been deferred due to missing
dependencies, and the probe is later ran when
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Jan Kara
commit e237ec37ec154564f8690c5bd1795339955eeef9 upstream.
Check that length specified in a component of a symlink fits in the
input buffer we are reading. Also properly ign
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: John David Anglin
commit 45db07382a5c78b0c43b3b0002b63757fb60e873 upstream.
The __ldcw macro has a problem when its argument needs to be reloaded from
memory. The output memory oper
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Chris Wilson
commit 148b83d0815a3778c8949e6a97cb798cbaa0efb3 upstream.
In the gen7 pipe control there is an extra bit to flush the media
caches, so let's set it during cache invalid
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Rabin Vincent
commit 7e77bdebff5cb1e9876c561f69710b9ab8fa1f7e upstream.
If a request is backlogged, it's complete() handler will get called
twice: once with -EINPROGRESS, and once w
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Chris Wilson
commit add284a3a2481e759d6bec35f6444c32c8ddc383 upstream.
In order to act as a full command barrier by itself, we need to tell the
pipecontrol to actually stall the com
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Tomi Valkeinen
commit 30ea9c5218651bc11cbdba7820be78f04e2d83bc upstream.
fb_deferred_io_fsync() returns the value of schedule_delayed_work() as
an error code, but schedule_delayed_w
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: =?UTF-8?q?Ville=20Syrj=C3=A4l=C3=A4?=
commit 7d47559ee84b3ac206aa9e675606fafcd7c0b500 upstream.
The flip stall detector kicks in when pending>=INTEL_FLIP_COMPLETE. That
means if we
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Andrew Jackson
commit 3475c3d034d7f276a474c8bd53f44b48c8bf669d upstream.
Flush the FIFOs when the stream is prepared for use. This avoids
an inadvertent swapping of the left/right
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Paolo Bonzini
commit a629df7eadffb03e6ce4a8616e62ea29fdf69b6b upstream.
Since most virtual machines raise this message once, it is a bit annoying.
Make it KERN_DEBUG severity.
Fixe
On Wed, Feb 18, 2015 at 4:47 PM, Christoph Hellwig wrote:
> On Wed, Feb 18, 2015 at 10:15:32AM -0800, Dan Williams wrote:
>> In fact it was originally "type-6" until ACPI 5 claimed that number
>> for official use, so these platforms, with early proof-of-concept
>> nvdimm support, have already gone
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Takashi Iwai
commit c507de88f6a336bd7296c9ec0073b2d4af8b4f5e upstream.
stac_store_hints() does utterly wrong for masking the values for
gpio_dir and gpio_data, likely due to copy&pa
1) Spaces prohibited after that '&'
2) No space is necessary after a cast
Signed-off-by: Tolga Ceylan
---
drivers/staging/i2o/i2o_block.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/i2o/i2o_block.c b/drivers/staging/i2o/i2o_block.c
index 9164569..a8f94
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Mugunthan V N
commit f63a975e8f07a75dbf0386402788330d0bebd8d8 upstream.
When the Ethernet interface is put down and up with heavy Ethernet
traffic, then there is prossibility of an
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Alex Deucher
commit fbedf1c3fc3a1e9f249c2efe2f4553d8df9d86d3 upstream.
Enable all three in the driver. Early documentation
indicated the 3rd one was used for something else, but
th
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Jan Kara
commit a1d47b262952a45aae62bd49cfaf33dd76c11a2c upstream.
UDF specification allows arbitrarily large symlinks. However we support
only symlinks at most one block large. Che
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Andy Lutomirski
commit 1ddf0b1b11aa8a90cef6706e935fc31c75c406ba upstream.
In Linux 3.18 and below, GCC hoists the lsl instructions in the
pvclock code all the way to the beginning o
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Felipe Balbi
commit 7ce67a38f799d1fb332f672b117efbadedaa5352 upstream.
The CPSW IP implements pulse-signaled interrupts. Due to
that we must write a correct, pre-defined value to th
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Alex Deucher
commit 410cce2a6b82299b46ff316c6384e789ce275ecb upstream.
The check was already in place in the dp mode_valid check, but
radeon_dp_get_dp_link_clock() never returned th
"u32 ** mptr" should be "u32 **mptr"
Signed-off-by: Tolga Ceylan
---
drivers/staging/i2o/i2o_block.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/i2o/i2o_block.c b/drivers/staging/i2o/i2o_block.c
index 0a13c64..9164569 100644
--- a/drivers/staging/i2o/i2o_b
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: "Michael S. Tsirkin"
commit a1eb03f546d651a8f39c7d0692b1f7f5b4e7e3cd upstream.
The reason we defer kfree until release function is because it's a
general rule for kobjects: kfree of
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Linus Torvalds
commit fee7e49d45149fba60156f5b59014f764d3e3728 upstream.
Jay Foad reports that the address sanitizer test (asan) sometimes gets
confused by a stack pointer that ends
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Aaron Plattner
commit ec5fe98886b686f065ef29d8dee1b3ca66f5fd48 upstream.
Vendor ID 0x10de0071 is used by a yet-to-be-named GPU chip.
Signed-off-by: Aaron Plattner
Signed-off-by: T
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Steev Klimaszewski
commit 007487f1fd43d84f26cda926081ca219a24ecbc4 upstream.
Currently we enable Exynos devices in the multi v7 defconfig, however, when
testing on my ODROID-U3, I n
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Aaron Plattner
commit 91947d8cc553b3147140334a295218499b77ea92 upstream.
Vendor ID 0x10de0070 is used by a yet-to-be-named GPU chip.
Signed-off-by: Aaron Plattner
Signed-off-by: T
On Mon, 2015-02-16 at 17:56 +0700, Arseny Solokha wrote:
> Drop unused fsl_mpic_primary_get_version(), mpic_set_clk_ratio(),
> mpic_set_serial_int().
I'm always happy to remove unused code, but the interesting question is why are
they unused? Please tell me in the changelog.
cheers
--
To unsubs
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Sasha Levin
commit 63bd62a08ca45a0c804c3c89777edc7f76a2d6da upstream.
A struct device which has just been unregistered can live on past the
point at which a driver decides to drop i
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Aaron Plattner
commit 60834b73a9c2bbc2f514122ddc626f3350fb40cd upstream.
Vendor ID 0x10de0072 is used by a yet-to-be-named GPU chip.
Signed-off-by: Aaron Plattner
Signed-off-by: T
Lucas De Marchi writes:
> On Wed, Feb 18, 2015 at 2:07 AM, Rusty Russell wrote:
> Yeah, I just thought (an wanted that) the attributes were being
> created first and then hooked up in the sysfs tree under
> /sys/module/. I.e. if the directory exists and there's no
> initstate this is because it's
Andrey Ryabinin writes:
> Current approach in handling shadow memory for modules is broken.
>
> Shadow memory could be freed only after memory shadow corresponds
> it is no longer used.
> vfree() called from interrupt context could use memory its
> freeing to store 'struct llist_node' in it:
>
> v
4886f2ca19f6f added an arm-64 check, but the EM_AARCH64 macro is not defined
in older releases (e.g., RHEL6). Define if it is not defined.
Signed-off-by: David Ahern
Cc: Victor Kamensky
---
tools/perf/util/symbol-elf.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: =?UTF-8?q?Ville=20Syrj=C3=A4l=C3=A4?=
commit 1f1c2e2468f937cefd6bcb645c959c7b5d9821df upstream.
Only plane A is FBC capable on gen2 (like gen3), but the panel fitter
is hooked up to
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Johannes Weiner
commit 2d6d7f98284648c5ed113fe22a132148950b140f upstream.
Tejun, while reviewing the code, spotted the following race condition
between the dirtying and truncation o
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Dan Carpenter
commit 606185b20caf4c57d7e41e5a5ea4aff460aef2ab upstream.
This is a static checker fix. We write some binary settings to the
sysfs file. One of the settings is the "
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Linus Torvalds
commit 690eac53daff34169a4d74fc7bfbd388c4896abb upstream.
Commit fee7e49d4514 ("mm: propagate error from stack expansion even for
guard page") made sure that we retur
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Vlastimil Babka
commit 9e5e3661727eaf960d3480213f8e87c8d67b6956 upstream.
Charles Shirron and Paul Cassella from Cray Inc have reported kswapd
stuck in a busy loop with nothing left
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Wei Yang
commit 7c2e211f3c95b91912a92a8c6736343690042e2e upstream.
Current vfio-pci just supports normal pci device, so vfio_pci_probe() will
return if the pci device is not a norma
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Sebastian Andrzej Siewior
commit 68693b8ea4e284c46bff919ac62bd9ccdfdbb6ba upstream.
since the split of host+gadget mode in commit 74c2e9360058 ("usb: musb:
factor out hcd initalizat
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Konstantin Khlebnikov
commit b800c91a0517071156e772d4fb329ad33590da62 upstream.
Fix for BUG_ON(anon_vma->degree) splashes in unlink_anon_vmas() ("kernel
BUG at mm/rmap.c:399!") caus
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Alan Stern
commit 6d89252a998a695ecb0348fc2d717dc33d90cae9 upstream.
Commit c3ee9b76aa93 (EHCI: improved logic for isochronous scheduling)
introduced the idea of using ehci->last_is
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Bo Shen
commit 6785a1034461c2d2c205215f63a50a740896e55b upstream.
When receive data, the RXRDY in status register set by hardware
after a new packet has been stored in the endpoint
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Johan Hovold
commit b5122236bba8d7ef62153da5b55cc65d0944c61e upstream.
Fix null-pointer dereference during probe if the interface-status
completion handler is called before the indi
3.13.11-ckt16 -stable review patch. If anyone has any objections, please let
me know.
--
From: Konstantin Khlebnikov
commit 7a3ef208e662f4b63d43a23f61a64a129c525bbc upstream.
Constantly forking task causes unlimited grow of anon_vma chain. Each
next child allocates new level
1 - 100 of 879 matches
Mail list logo
