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 b/include/linux/modulepa
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 equi
>> 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, 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
> >> depen
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 acpi_default_supported_i
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
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 d9120198ddef2c0b61ca66
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 unsubs
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 i
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 pendi
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
#defi
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:
mutex_unlock(&pcpu_alloc
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
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 > PCP
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
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 deletions(-
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(&pcpu_alloc_mutex);
> if (warn_limit) {
> - pr_warning("PERCPU: allocation failed, size=%zu align=%zu,
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
> -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
> Subjec
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:
>
> https://
> 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" thre
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 c75d06aa27c3..4ac8cae5
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 +
>
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 be
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 3.14-rc5
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:
> > > > thi
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 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 th
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 a/drivers/scsi/i
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 rem
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 (ze
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 pci_registe
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 at
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
> drivers/media/v4l2-core/v4l2-
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 Lik
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 cre
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, 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, 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 u
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
exp
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
> > >
> > > T
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 sim
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 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
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 long
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 a
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;
>> de...@linuxdriverproject.or
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 *p
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 ++
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
> using
701 - 751 of 751 matches
Mail list logo
