On Fri, 2014-03-07 at 17:57 -0800, Andy Lutomirski wrote:
> On recent (3.13) kernels, I'm frequently getting messages like:
>
> perf samples too long (2503 > 2500), lowering
> kernel.perf_event_max_sample_rate to 5
>
> a few seconds to minutes after bootup. As far as I know, I'm not
>
Tobias,
On Saturday 08 March 2014 01:04 AM, Tobias Jakobi wrote:
Kamil Debski wrote:
Adding devm_of_phy_get will allow to get phys by supplying a
pointer to the struct device_node instead of struct device.
Signed-off-by: Kamil Debski
---
drivers/phy/phy-core.c | 31
Perhaps a related BUG. Here are 3 different back traces:
[ 15.385846] sock: process `trinity-main' is using obsolete setsockopt
SO_BSDCOMPAT
[ 16.681572] BUG: unable to handle kernel paging request at b1793514
[ 16.681595] IP: [] atomic_inc+0x3/0x8
[ 16.681600] *pdpt = 0b203001
From: KY Srinivasan
Date: Sat, 8 Mar 2014 04:12:01 +
>
>
>> -Original Message-
>> From: David Miller [mailto:da...@davemloft.net]
>> Sent: Saturday, March 8, 2014 3:18 AM
>> To: KY Srinivasan
>> Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org;
>>
From: Steve Grubb
Date: Fri, 07 Mar 2014 22:27:28 -0500
> On Friday, March 07, 2014 07:48:01 PM David Miller wrote:
>> From: Eric Paris
>> Date: Fri, 07 Mar 2014 17:52:02 -0500
>>
>> > Audit is non-tolerant to failure and loss.
>>
>> Netlink is not a loss-less transport.
>
> Perhaps. But in
HI Michael,
According to my record, I had told you we have another
processor(2013/11/4), hence, we need the parameter.
We just wirte it done first. Do you remember it?
Best,
Lennox
2014-03-08 13:26 GMT+08:00 Michael Opdenacker
:
> This removes the CPU_SCORE7 Kconfig parameter,
> which is no
On Fri, Mar 7, 2014 at 3:18 PM, H. Peter Anvin wrote:
>
> Hi Suresh,
>
> Any thoughts on this?
hi Peter,
Can you please pickup the second short patch
(https://lkml.org/lkml/2014/2/3/21) which actually fixes the reported
problem at hand. And tested and acked by all the problem reporters.
I will
On Thu, 27 Feb 2014 10:36:36 +0200, Tomi Valkeinen
wrote:
> On 26/02/14 16:48, Philipp Zabel wrote:
>
> >> I would like the document to acknowledge the difference from the
> >> phandle+args pattern used elsewhere and a description of when it would
> >> be appropriate to use this instead of a
On Wed, 26 Feb 2014 16:50:52 +0200, Tomi Valkeinen
wrote:
> On 26/02/14 16:57, Philipp Zabel wrote:
> > Hi Tomi,
> >
> > Am Mittwoch, den 26.02.2014, 15:14 +0200 schrieb Tomi Valkeinen:
> >> On 25/02/14 16:58, Philipp Zabel wrote:
> >>
> >>> +Optional endpoint properties
> >>>
On Tue, 4 Mar 2014 23:50:44 +, Catalin Marinas
wrote:
> On Tue, Mar 04, 2014 at 07:03:18PM +, Graeme Gregory wrote:
> > On Tue, Mar 04, 2014 at 10:23:16AM +, Catalin Marinas wrote:
> > > On Tue, Mar 04, 2014 at 02:15:45AM +, Graeme Gregory wrote:
> > > > +ACPI ARM64
> > >
> > >
On Wed, 5 Mar 2014 10:20:40 +0100, Philipp Zabel
wrote:
> For simple devices with only one port, it can be made implicit.
> The endpoint node can be a direct child of the device node.
>
> Signed-off-by: Philipp Zabel
Ergh... I think this is too loosely defined. The caller really should be
On Wed, 26 Feb 2014 15:14:17 +0200, Tomi Valkeinen
wrote:
> On 25/02/14 16:58, Philipp Zabel wrote:
>
> > +Optional endpoint properties
> > +
> > +
> > +- remote-endpoint: phandle to an 'endpoint' subnode of a remote device
> > node.
>
> Why is that optional? What
On Thu, 06 Mar 2014 12:17:21 -0300, Mauro Carvalho Chehab
wrote:
> Em Thu, 06 Mar 2014 14:16:57 +
> Russell King - ARM Linux escreveu:
>
> > On Wed, Mar 05, 2014 at 03:42:34PM +0100, Philipp Zabel wrote:
> > > Am Mittwoch, den 05.03.2014, 13:35 +0200 schrieb Tomi Valkeinen:
> > > > Hi,
> >
On Wed, 5 Mar 2014 10:20:38 +0100, Philipp Zabel
wrote:
> A 'return endpoint;' at the end of the (!prev) case allows to
> reduce the indentation level of the (prev) case.
>
> Signed-off-by: Philipp Zabel
Acked-by: Grant Likely
> ---
> drivers/of/base.c | 42
On Wed, 5 Mar 2014 11:48:57 +, Liviu Dudau wrote:
> Several platforms use a rather generic version of parsing
> the device tree to find the host bridge ranges. Move the common code
> into the generic PCI code and use it to create a pci_host_bridge
> structure that can be used by arch code.
>
On Thu, 27 Feb 2014 14:38:32 +0100, Arnd Bergmann wrote:
> On Thursday 27 February 2014 13:06:42 Liviu Dudau wrote:
> > Several platforms use a rather generic version of parsing
> > the device tree to find the host bridge ranges. Move the common code
> > into the generic PCI code and use it to
On Wed, 5 Mar 2014 10:20:35 +0100, Philipp Zabel
wrote:
> This patch moves the parsing helpers used to parse connected graphs
> in the device tree, like the video interface bindings documented in
> Documentation/devicetree/bindings/media/video-interfaces.txt, from
>
On Wed, 26 Feb 2014 15:48:49 +0100, Philipp Zabel
wrote:
> Hi Grant,
>
> thank you for the comments.
Hi Philipp,
I've got lots of comments and quesitons below, but I must say thank you
for doing this. It is a helpful description.
>
> Am Mittwoch, den 26.02.2014, 11:01 + schrieb Grant
On Wed, 5 Mar 2014 11:48:55 +, Liviu Dudau wrote:
> Make it easier to discover the domain number of a bus by storing
> the number in pci_host_bridge for the root bus. Several architectures
> have their own way of storing this information, so it makes sense
> to try to unify the code. While
On Wed, 5 Mar 2014 11:48:53 +, Liviu Dudau wrote:
> The ranges property for a host bridge controller in DT describes
> the mapping between the PCI bus address and the CPU physical address.
> The resources framework however expects that the IO resources start
> at a pseudo "port" address 0
On Wed, 5 Mar 2014 11:48:52 +, Liviu Dudau wrote:
> Some architectures do not share x86 simple view of the I/O space and
> instead use a range of addresses that map to external devices. For PCI,
> these ranges can be expressed by OF bindings in a device tree file.
>
> Introduce a
This patch removes unused defines from drivers/scsi/ips.h
- the min() macro is not used
- the __iomem define is no longer needed
to compile ips.c without warnings
Signed-off-by: Michael Opdenacker
---
drivers/scsi/ips.h | 8
1 file changed, 8 deletions(-)
diff --git
On Wed, 5 Mar 2014 10:20:39 +0100, Philipp Zabel
wrote:
> This patch adds a new struct of_endpoint which is then embedded in struct
> v4l2_of_endpoint and contains the endpoint properties that are not V4L2
> (or even media) specific: the port number, endpoint id, local device tree
> node and
On Wed, 5 Mar 2014 11:48:54 +, Liviu Dudau wrote:
> Before commit 7b5436635800 the pci_host_bridge was created before the root
> bus.
> As that commit has added a needless dependency on the bus for
> pci_alloc_host_bridge()
> the creation order has been changed for no good reason. Revert
On Wed, 5 Mar 2014 10:20:37 +0100, Philipp Zabel
wrote:
> If of_graph_get_next_endpoint is given a parentless node instead of an
> endpoint node, it is clearly a bug.
>
> Signed-off-by: Philipp Zabel
Acked-by: Grant Likely
> ---
> Changes since v5:
> - Added parentless previous endpoint's
On Thu, 06 Mar 2014 18:13:20 +0100, Philipp Zabel
wrote:
> Hi Mauro, Russell,
>
> I have temporarily removed the simplified bindings at Sylwester's
> request and updated the branch with the acks. The following changes
> since commit 0414855fdc4a40da05221fc6062cccbc0c30f169:
>
> Linux
On Thu, 6 Mar 2014 15:50:18 +, Russell King - ARM Linux
wrote:
> On Thu, Mar 06, 2014 at 04:39:39PM +0100, Philipp Zabel wrote:
> > Am Donnerstag, den 06.03.2014, 15:24 + schrieb Russell King - ARM
> > Linux:
> > > On Wed, Mar 05, 2014 at 10:20:34AM +0100, Philipp Zabel wrote:
> > > >
On Wed, 5 Mar 2014 10:20:36 +0100, Philipp Zabel
wrote:
> The device tree graph bindings as used by V4L2 and documented in
> Documentation/device-tree/bindings/media/video-interfaces.txt contain
> generic parts that are not media specific but could be useful for any
> subsystem with data flow
On Wed, 26 Feb 2014 16:24:57 +0100, Philipp Zabel
wrote:
> Hi Grant,
>
> Am Mittwoch, den 26.02.2014, 11:37 + schrieb Grant Likely:
> [...]
> > > drivers/media/v4l2-core/v4l2-of.c | 117
> > > --
> > > drivers/of/Makefile | 1 +
>
This removes the CPU_SCORE7 Kconfig parameter,
which is no longer used anywhere in the source code
and Makefiles.
Signed-off-by: Michael Opdenacker
---
arch/score/Kconfig | 6 --
1 file changed, 6 deletions(-)
diff --git a/arch/score/Kconfig b/arch/score/Kconfig
index
> The FPU stuff is still pending, I fear. I haven't heard anything from
> Suresh so I suspect I'm going to have to dig into the init specifics
> myself and fix up the patchset.
As I mentioned a couple of weeks ago in the "[PATCH] Make
math_state_restore() save and restore the interrupt flag"
On 03/05/2014 07:49 AM, Borislav Petkov wrote:
> On Wed, Mar 05, 2014 at 06:04:37AM +0100, Michael Opdenacker wrote:
>> My patch still applies to 3.14-rc5, which means that mpc85xx_edac is
>> still there.
>>
>> I'd like to get rid of this patch for good ;)
> Something like that, right:
>
>
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Saturday, March 8, 2014 3:18 AM
> To: KY Srinivasan
> Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
> jasow...@redhat.com
>
On Fri 7.Mar'14 at 16:23:29 -0800, Kees Cook wrote:
On Fri, Mar 7, 2014 at 1:25 PM, Andrew Morton wrote:
On Fri, 7 Mar 2014 10:58:43 +0800 Liu ShuoX wrote:
ftrace_read_cnt need to be reset in open to support mutli times
getting the records.
Signed-off-by: Liu ShuoX
---
fs/pstore/ram.c
On Sat, 2014-03-08 at 12:51 +0900, Choi Gi-yong wrote:
> diff --git a/mm/percpu.c b/mm/percpu.c
[]
> @@ -813,7 +813,7 @@ fail_unlock:
> fail_unlock_mutex:
> mutex_unlock(_alloc_mutex);
> if (warn_limit) {
> - pr_warning("PERCPU: allocation failed, size=%zu align=%zu, "
>
This patch converts this driver to use the regmap helper functions provided by
regulator core.
Signed-off-by: Axel Lin
Acked-by: Balaji T K
---
v2: Add Balaji's Ack.
drivers/regulator/pbias-regulator.c | 74 ++---
1 file changed, 19 insertions(+), 55
On Fri, 2014-03-07 at 19:48 -0500, David Miller wrote:
> From: Eric Paris
> Date: Fri, 07 Mar 2014 17:52:02 -0500
>
> > Audit is non-tolerant to failure and loss.
>
> Netlink is not a loss-less transport.
I'm happy to accept that (and know it to be true). How can I better
architect things? It
On Sat, 2014-03-08 at 12:46 +0900, Choi Gi-yong wrote:
[]
> diff --git a/mm/percpu.c b/mm/percpu.c
Please run your suggested patches through checkpatch.
> @@ -715,7 +715,7 @@ static void __percpu *pcpu_alloc(size_t size, size_t
> align, bool reserved)
>
> if (unlikely(!size || size >
The is_enabled implementation is wrong in some cases:
e.g. for pbias_mmc_omap5: enable_mask is : BIT(27) | BIT(25) | BIT(26)
However, pbias_regulator_enable() only sets BIT(27) | BIT(26) bits.
So is_enabled callback will always return false in this case.
Fix the logic to compare the register value
Signed-off-by: Choi Gi-yong
---
mm/percpu.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/mm/percpu.c b/mm/percpu.c
index 6528ffa..dca284f 100644
--- a/mm/percpu.c
+++ b/mm/percpu.c
@@ -813,7 +813,7 @@ fail_unlock:
fail_unlock_mutex:
Signed-off-by: Choi Gi-yong
---
mm/percpu.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/mm/percpu.c b/mm/percpu.c
index 036cfe0..6528ffa 100644
--- a/mm/percpu.c
+++ b/mm/percpu.c
@@ -72,7 +72,7 @@
#include
#include
#include
-#include
+#include
And yes, of course the change from hardcoded 2 to X86_TRAP_NMI was an
afterthought.
On March 7, 2014 7:03:09 PM PST, Linus Torvalds
wrote:
>Oww, oww, oww.
>
>DAMMIT.
>
>On Fri, Mar 7, 2014 at 3:25 PM, H. Peter Anvin
>wrote:
>>
>> A small collection of minor fixes. The FPU stuff is still
Bloody hell. Friday afternoon malfunction (thought I checked the output and
apparently missed.)
On March 7, 2014 7:03:09 PM PST, Linus Torvalds
wrote:
>Oww, oww, oww.
>
>DAMMIT.
>
>On Fri, Mar 7, 2014 at 3:25 PM, H. Peter Anvin
>wrote:
>>
>> A small collection of minor fixes. The FPU stuff
On Friday, March 07, 2014 07:48:01 PM David Miller wrote:
> From: Eric Paris
> Date: Fri, 07 Mar 2014 17:52:02 -0500
>
> > Audit is non-tolerant to failure and loss.
>
> Netlink is not a loss-less transport.
Perhaps. But in all our testing over the years its been very good.
-Steve
--
To
The following changes since commit 0414855fdc4a40da05221fc6062cccbc0c30f169:
Linux 3.14-rc5 (2014-03-02 18:56:16 -0800)
are available in the git repository at:
git://git.linaro.org/people/mike.turquette/linux.git tags/clk-fixes-for-linus
for you to fetch changes up to
Oww, oww, oww.
DAMMIT.
On Fri, Mar 7, 2014 at 3:25 PM, H. Peter Anvin wrote:
>
> A small collection of minor fixes. The FPU stuff is still pending, I
> fear. I haven't heard anything from Suresh so I suspect I'm going to
> have to dig into the init specifics myself and fix up the patchset.
I
On Fri, 07.03.14 21:51, Lukasz Pawelczyk (hav...@gmail.com) wrote:
> >> Problem:
> >> Has anyone thought about a mechanism to limit/remove an access to a
> >> device during an application runtime? Meaning we have an
> >> application that has an open file descriptor to some /dev/node and
> >>
Ok, can you try this one?
diff --git a/drivers/acpi/acpica/utosi.c b/drivers/acpi/acpica/utosi.c
index 8856bd3..202b4da 100644
--- a/drivers/acpi/acpica/utosi.c
+++ b/drivers/acpi/acpica/utosi.c
@@ -62,6 +62,7 @@ ACPI_MODULE_NAME("utosi")
static struct acpi_interface_info
>> AFAICT the synchronization does nothing useful and is just a remnant
>> of a patch series where the real meat didn't get applied. But of
>> course it would be great if Shaohua could confirm my understanding.
>
> Shaohua's email address seems to now bounce :(
>
> Arjan, any thoughts?
if there
On Fri, 2014-03-07 at 18:15 -0800, Behan Webster wrote:
> On 03/07/14 17:56, Joe Perches wrote:
> > On Fri, 2014-03-07 at 17:26 -0800, beh...@converseincode.com wrote:
> >> From: Jan-Simon Möller
> >>
> >> Replaced the use of a Variable Length Array In Struct (VLAIS) with a C99
> >> compliant
On 03/07/14 18:17, Joe Perches wrote:
On Fri, 2014-03-07 at 18:10 -0800, beh...@converseincode.com wrote:
This code makes a compile time type check that is optimized away. Clang
complains that it generates an unused function.
[]
diff --git a/include/linux/moduleparam.h
On Fri, 2014-03-07 at 18:10 -0800, beh...@converseincode.com wrote:
> This code makes a compile time type check that is optimized away. Clang
> complains that it generates an unused function.
[]
> diff --git a/include/linux/moduleparam.h b/include/linux/moduleparam.h
[]
> @@ -346,7 +346,7 @@
On 03/06/2014 11:02 AM, Sasha Levin wrote:
On 03/05/2014 07:45 AM, Jan Kara wrote:
On Tue 04-03-14 19:00:32, Sasha Levin wrote:
On 03/03/2014 04:40 PM, Jan Kara wrote:
On Sat 01-03-14 15:05:21, Sasha Levin wrote:
ping again?
I've been working on it, but don't see an obvious issue.
It does
On 03/07/14 17:56, Joe Perches wrote:
On Fri, 2014-03-07 at 17:26 -0800, beh...@converseincode.com wrote:
From: Jan-Simon Möller
Replaced the use of a Variable Length Array In Struct (VLAIS) with a C99
compliant equivalent. This is the original VLAIS struct.
[]
diff --git
From: Mark Charlebois
This code makes a compile time type check that is optimized away. Clang
complains that it generates an unused function.
I believe GCC won't complain for a static inline fuction but would if it
was just a static function.
Adding the unused attribute to the function
On recent (3.13) kernels, I'm frequently getting messages like:
perf samples too long (2503 > 2500), lowering
kernel.perf_event_max_sample_rate to 5
a few seconds to minutes after bootup. As far as I know, I'm not
using perf. What's going on here?
--Andy
--
To unsubscribe from this list:
On Fri, 2014-03-07 at 17:26 -0800, beh...@converseincode.com wrote:
> From: Jan-Simon Möller
>
> Replaced the use of a Variable Length Array In Struct (VLAIS) with a C99
> compliant equivalent. This is the original VLAIS struct.
[]
> diff --git a/net/mac80211/aes_ccm.c b/net/mac80211/aes_ccm.c
On Fri, Mar 07, 2014 at 10:08:52PM +, Li, Bin (Bin) wrote:
> Fully agree.
> It will be a very helpful feature to make ple setting per VM.
> This feature will provide more flexible control to the VM user. All KVM user
> will love to have it.
>
> The enhancement we proposed is neither
Hi Linus,
Please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm+acpi-3.14-rc6
to receive ACPI and power management fixes for v3.14-rc6
with top-most commit 19bc45a59caf0ed2c2576da4d89c0ef8a8be1f63
Merge branch 'pm-cpufreq'
on top of
This patch for s626.c propagates the errors from the newly introduced
calls to comedi_timeout() as far as possible.
Signed-off-by: Chase Southwood
---
Compile tested.
2: This patch was introduced in v2 of this set.
3: Rebased on top of PATCH 1/2 edits.
drivers/staging/comedi/drivers/s626.c |
This patch changes a handful of while loops to timeouts to prevent
infinite looping on hardware failure. A couple such loops are in a
function (s626_debi_transfer()) which is called from critical sections,
so comedi_timeout() is unusable for them, and an iterative timeout is
used instead. For the
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 3d2660d0c9c2f296837078c189b68a47f6b2e3b5 upstream.
The set_flexbg_block_bitmap() function assumed that the number of
blocks in a blockgroup was sb->blocksize * 8, which is
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon
commit bae0ca2bc550d1ec6a118fb8f2696f18c4da3d8e upstream.
During __v{6,7}_setup, we invalidate the TLBs since we are about to
enable the MMU on return to head.S. Unfortunately,
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 23301410972330c0ae9a8afc379ba2005e249cc6 upstream.
If an ext4 file system is created by some tool other than mke2fs
(perhaps by someone who has a pathalogical fear of the
This is the start of the stable review cycle for the 3.4.83 release.
There are 99 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Mon Mar 10 01:05:53 UTC 2014.
Anything
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Stanislaw Gruszka
commit b6213e413a4e0c66548153516b074df14f9d08e0 upstream.
This patch fixes regression caused by commit a16dad77634 "MIPS: Fix
potencial corruption". That commit fixes one
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Olivier Langlois
commit f78bccd79ba3cd9d9664981b501d57bdb81ab8a4 upstream.
rtl8192ce is disabling for too long the local interrupts during hw
initiatialisation when performing scans
The
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Olivier Langlois
commit 2e8c5e56b307271c2dab6f8bfd1d8a3822ca2390 upstream.
rtl_ps_enable_nic() is called from loops that will loop until this function
returns true or a
maximum number of
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Jeff Layton
commit 5d81de8e8667da7135d3a32a964087c0faf5483f upstream.
It's possible for userland to pass down an iovec via writev() that has a
bogus user pointer in it. If that happens and
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 19ea80603715d473600cd993b9987bc97d042e02 upstream.
If the i_crtime field is not present in the inode, don't leave the
field uninitialized.
Fixes: ef7f38359 ("ext4: Add
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Paul Gortmaker
commit 5745d6a41a4f4aec29e2ccd591c6fb09ed73a955 upstream.
Causing this:
In file included from arch/avr32/boards/mimc200/fram.c:13:
include/linux/miscdevice.h:51: error: field
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Chen Gang
commit 8d80390cfc9434d5aa4fb9e5f9768a66b30cb8a6 upstream.
For avr32 cross compiler, do not define '__linux__' internally, so it
will cause issue with allmodconfig.
The related
On 03/07/14 17:25, PaX Team wrote:
> On 7 Mar 2014 at 16:52, Behan Webster wrote:
>
>> On 03/07/14 14:56, PaX Team wrote:
>>> why can't you have the attr on the definition itself:
>>>
>>> static inline __unused type *__check_##name(void) { return(p); }
>>>
>>>
>>>
>> "__unused" isn't defined
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 025c3fa9256d4c54506b7a29dc3befac54f5c68d upstream.
Preset EQ enum of sta32x codec driver declares too many number of
items and it may lead to the access over the actual
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Vinayak Kale
commit 39544ac9df20f73e49fc6b9ac19ff533388c82c0 upstream.
Add DSB after icache flush to complete the cache maintenance operation.
Signed-off-by: Vinayak Kale
Acked-by: Catalin
On 07.03.2014 17:30, poma wrote:
> On 07.03.2014 00:32, poma wrote:
>> ...
>> After a few dozen tests with the vanilla commits, and with the same
>> amount of rawhide kernels ...
>> https://bugzilla.redhat.com/attachment.cgi?id=871694
>>
>> Dan, Francois you are both welcome with comments!
>>
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Trond Myklebust
commit 06ea0bfe6e6043cb56a78935a19f6f8ebc636226 upstream.
When a send failure occurs due to the socket being out of buffer space,
we call xs_nospace() in order to have the RPC
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Lars-Peter Clausen
commit 548da08fc1e245faf9b0d7c41ecd8e07984fc332 upstream.
The codec->control_data contains a pointer to the device's regmap struct. But
wm8994_bulk_write() expects a pointer
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Tony Breeds
commit 41dd03a94c7d408d2ef32530545097f7d1befe5c upstream.
Currently we're storing a host endian RTAS token in
rtas_stop_self_args.token. We then pass that directly to rtas. This
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Laurent Dufour
commit f5295bd8ea8a65dc5eac608b151386314cb978f1 upstream.
In copy_oldmem_page, the current check using max_pfn and min_low_pfn to
decide if the page is backed or not, is not
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Emil Goode
[ Upstream commit eb85569fe2d06c2fbf4de7b66c263ca095b397aa ]
This patch removes a generic hard_header_len check from the usbnet
module that is causing dropped packages under certain
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann
[ Upstream commit ffd5939381c609056b33b7585fb05a77b4c695f3 ]
SCTP's sctp_connectx() abi breaks for 64bit kernels compiled with 32bit
emulation (e.g. ia32 emulation or x86_x32).
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Florian Westphal
commit de960aa9ab4decc3304959f69533eef64d05d8e8 upstream.
[ no skb_gso_seglen helper in 3.4, leave tbf alone ]
This moves part of Eric Dumazets skb_gso_seglen helper from tbf
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: "Denis V. Lunev"
commit efb9e0f4f43780f0ae0c6428d66bd03e805c7539 upstream.
Without the patch the kernel generates the following error.
ata11.15: SATA link up 1.5 Gbps (SStatus 113 SControl
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Florian Westphal
commit fe6cc55f3a9a053482a76f5a6b2257cee51b4663 upstream.
[ use zero netdev_feature mask to avoid backport of
netif_skb_dev_features function ]
Marcelo Ricardo Leitner
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Clemens Ladisch
commit 624aef494f86ed0c58056361c06347ad62b26806 upstream.
When the driver tries to access Function Unit 10, the KEF X300A
speakers' firmware apparently locks up, making even
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 7a6c0a58dc824523966f212c76322d47c5b0e6fe upstream.
wm8770 codec driver defines ain_enum with a wrong number of items.
Use SOC_ENUM_DOUBLE_DECL() macro and it's
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Paris
commit 9085a6422900092886da8c404e1c5340c4ff1cbf upstream.
When writing policy via /sys/fs/selinux/policy I wrote the type and class
of filename trans rules in CPU endian instead of
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit e3703f8cdfcf39c25c4338c3ad8e68891cca3731 upstream.
Drew Richardson reported that he could make the kernel go *boom* when
hotplugging
while having perf events active.
It
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit 26e61e8939b1fe8729572dabe9a9e97d930dd4f6 upstream.
Vince "Super Tester" Weaver reported a new round of syscall fuzzing (Trinity)
failures,
with perf WARN_ON()s
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Bjorn Helgaas
commit 1f42db786b14a31bf807fc41ee5583a00c08fcb1 upstream.
Some firmware leaves the Interrupt Disable bit set even if the device uses
INTx interrupts. Clear Interrupt Disable so
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Walleij
commit e9baa9d9d520fb0e24cca671e430689de2d4a4b2 upstream.
It appears that in the DMA40 driver the DMA tasklet will very
often dereference memory for a descriptor just free:d from
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit 1362f4ea20fa63688ba6026e586d9746ff13a846 upstream.
Currently last dqput() can race with dquot_scan_active() causing it to
call callback for an already deactivated dquot. The
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Christian Borntraeger
commit 87cac8f879a5ecd7109dbe688087e8810b3364eb upstream.
Newer kernels (linux-next with the transparent huge page patches)
use rrbm if the feature is announced via
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Jiri Bohac
[ Upstream commit 163c8ff30dbe473abfbb24a7eac5536c87f3baa9 ]
aggregator_identifier is used to assign unique aggregator identifiers
to aggregators of a bond during device enslaving.
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Hannes Reinecke
commit a1989b330093578ea5470bea0a00f940c444c466 upstream.
An invalid ioctl will never be valid, irrespective of whether multipath
has active paths or not. So for invalid
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Alexander Graf
commit d3286144c92ec876da9e30320afa875699b7e0f1 upstream.
Guests can trigger MMIO exits using dcbf. Since we don't emulate cache
incoherent MMIO, just do nothing and move on.
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Jean Delvare
commit c0f5eeed0f4cef4f05b74883a7160e7edde58b6a upstream.
The reference count changes done by pci_get_device can be a little
misleading when the usage diverges from the most
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johannes Weiner
commit 60cefed485a02bd99b6299dad70666fe49245da7 upstream.
Kswapd does not in all places have the same criteria for a balanced
zone. Zones are only being reclaimed when their
On 7 Mar 2014 at 16:52, Behan Webster wrote:
> On 03/07/14 14:56, PaX Team wrote:
> > why can't you have the attr on the definition itself:
> >
> > static inline __unused type *__check_##name(void) { return(p); }
> >
> >
> >
> "__unused" isn't defined anywhere I can find, except in:
>
>
1 - 100 of 1502 matches
Mail list logo