Hi Fengguang,
Reproduced with your config and script. Working on locating the cause...
Thanks,
-Artem
-Original Message-
From: Fengguang Wu [mailto:fengguang...@intel.com]
Sent: Wednesday, July 30, 2014 7:08 AM
To: Artem Fetishev
Cc: Jet Chen; Su Tao; Yuanhan Liu; LKP; linux-kernel@vger
On Thu, 31 Jul 2014, Chintan Pandya wrote:
> __kmap_atomic_idx is per_cpu variable. Each CPU can
> use KM_TYPE_NR entries from FIXMAP i.e. from 0 to
> KM_TYPE_NR - 1. Allowing __kmap_atomic_idx to over-
> shoot to KM_TYPE_NR can mess up with next CPU's 0th
> entry which is a bug. Hence BUG_ON if
>
Hi Punnaiah,
I haven't looked too closely at everything here, but a few comments:
On Mon, Jul 28, 2014 at 09:01:39PM +0530, Punnaiah Choudary Kalluri wrote:
> Added ONDIE ECC support. Currently this ecc mode is supported for
> specific micron parts with oob size 64 bytes.
>
> Signed-off-by: Punn
Hi Goffredo,
For next time: please give each individual patch an appropriate
subject. Otherwise it is difficult to keep track of what each patch
does exactly.
On Wed, 30 Jul 2014 22:50:57 +0200, Goffredo Baroncelli wrote:
> Add the "log_temp" and "verbose" module parameters.
I think this is a go
Hi Greg,
Today's linux-next merge of the driver-core tree got a conflict in
lib/Kconfig.debug between commit e704f93af5a0 ("kernel: time: Add
udelay_test module to validate udelay") from the tip tree and commit
0a8adf584759 ("test: add firmware_class loader test") from the
driver-core tree.
I fix
On Thursday, July 31, 2014 10:06 AM, Kever Yang wrote:
>
> Some devices with A female host port and without use of usb_id pin
> will need this for the otg controller works as device role
> during firmware period and works as host role in rich os.
Hi Kever Yang,
This commit message looks too spec
This patch introduces the use of devm_ioremap_resource instead of
devm_request_mem_region and devm_ioremap. The error handling on the
platform_get_resource is done way with. The size and start fields in the
octeon_mgmt are no longer needed. So they are removed and there
initialization skipped. Also
* Yan, Zheng wrote:
> This patch series implements large PEBS interrupt threshold. For some
> limited cases, it can significantly reduce the sample overhead. Please
> read patch 6's commit message for more information.
>
> changes since v1:
> - drop patch 'perf, core: Add all PMUs to pmu_idr'
Hi,
On Mon, Jul 28, 2014 at 08:57:15PM +0530, Punnaiah Choudary Kalluri wrote:
> Add pl353 static memory controller devicetree binding information.
>
> Signed-off-by: Punnaiah Choudary Kalluri
> ---
> Changes in v4:
> - none
> Changes in v3:
> - none
> Changes in v2:
> - modified timing bindi
On 07/31/2014 03:16 PM, Ingo Molnar wrote:
>
> * Yan, Zheng wrote:
>
>> This patch series implements large PEBS interrupt threshold. For some
>> limited cases, it can significantly reduce the sample overhead. Please
>> read patch 6's commit message for more information.
>>
>> changes since v1:
>
* Johannes Weiner wrote:
> Maintainers often repeat the same feedback on poorly written
> changelogs - describe the problem, justify your changes, quantify
> optimizations, describe user-visible changes - but our documentation
> on writing changelogs doesn't include these things. Fix that.
>
>
On Thu, Jul 31, 2014 at 12:06:43AM -0700, Brian Norris wrote:
> On Mon, Jul 28, 2014 at 09:01:39PM +0530, Punnaiah Choudary Kalluri wrote:
> > +/* Generic flash bbt decriptors */
> > +static uint8_t bbt_pattern[] = { 'B', 'b', 't', '0' };
> > +static uint8_t mirror_pattern[] = { '1', 't', 'b', 'B'
I'm getting weird soft lockups while reading smaps on loaded systems with
some background cgroups usage. This issue can be reproduced with the most
recent kernel.
Here's the stack trace:
[ 1748.312052] BUG: soft lockup - CPU#6 stuck for 23s! [python2.7:1857]
[ 1748.312052] Modules linked in: xfs x
* Yan, Zheng wrote:
> On 07/31/2014 03:16 PM, Ingo Molnar wrote:
> >
> > * Yan, Zheng wrote:
> >
> >> This patch series implements large PEBS interrupt threshold. For some
> >> limited cases, it can significantly reduce the sample overhead. Please
> >> read patch 6's commit message for more i
On Thu, 31 Jul 2014, Stephen Rothwell wrote:
> On Wed, 30 Jul 2014 08:12:54 +0100 Lee Jones wrote:
> >
> > > I noticed commit 71e297b17bb6 ("MAINTAINERS: Update MFD repo location")
> > > in the mfd-lj tree today. In linux-next, I have the following mfd
> > > trees:
> > >
> > > git://git.kernel.o
On Thu, Jul 31, 2014 at 01:31:30AM +0300, Kirill A. Shutemov wrote:
...
> >
> > *cringe*
> >
> > I don't like it. That really should be a responsiblity of specific
> > ->show();
> > "I'm going to take that mutex, bugger off if we are in execve()" makes a lot
> > more sense than having e.g. seq_
OK, so no feedback on the 'pending' discussions we had wrt PEBS record
generation?
No feedback on the correctness aspects of the overflow crap?
Just a new series, which I then have to dig through to figure out wtf
changed?
A quick look at patch 6 reads like you still don't understand the issue
On 07/31/2014 08:39 AM, Paul E. McKenney wrote:
> From: "Paul E. McKenney"
>
> This commit adds a new RCU-tasks flavor of RCU, which provides
> call_rcu_tasks(). This RCU flavor's quiescent states are voluntary
> context switch (not preemption!), userspace execution, and the idle loop.
> Note th
On 07/28/2014 02:52 PM, Peter Zijlstra wrote:
> On Mon, Jul 28, 2014 at 10:24:30AM +0800, Yan, Zheng wrote:
>
>> I don't think this method works for interrupt threshold > 1 case. When
>> collision
>> happens, the hardware only create one PEBS record. The status in next record
>> has
>> nothing t
On 07/31/2014 03:27 PM, Peter Zijlstra wrote:
>
>
> OK, so no feedback on the 'pending' discussions we had wrt PEBS record
> generation?
>
> No feedback on the correctness aspects of the overflow crap?
>
> Just a new series, which I then have to dig through to figure out wtf
> changed?
>
> A q
On Wed, 2014-07-30 at 07:23 -0700, Paul E. McKenney wrote:
> So the delta accounting is much of the pain. Hmmm...
(overhead picture was incomplete, just fixing that...)
executive summary:
nohz_full=NA cpu=3 604.2 KHz 1.000
nohz_full=3, cpu=3 303.5 KHz .502
nohz_full=3, cpu=2
On Wed, 2014-07-30 at 22:32 +0200, Rickard Strandqvist wrote:
> Possible error if incorrect in parameter, count = 0.
> And clarified what the code actually does significantly.
>
> Signed-off-by: Rickard Strandqvist
> ---
> drivers/s390/net/claw.c | 24
> 1 file changed
On Thu, 31 Jul 2014, Aleksei Besogonov wrote:
> I'm getting weird soft lockups while reading smaps on loaded systems with
> some background cgroups usage. This issue can be reproduced with the most
> recent kernel.
>
> Here's the stack trace:
> [ 1748.312052] BUG: soft lockup - CPU#6 stuck for 23
Hi John,
Here's one more (hopefully last) pull request for 3.17.
We've got:
- 6lowpan fixes/cleanups
- A couple crash fixes, one for the Marvell HCI driver and another in LE SMP.
- Fix for an incorrect connected state check
- Fix for the bondable requirement during pairing (an issue which had
Hi Vinod,
On Wed, Jul 30, 2014 at 09:36:07PM +0530, Vinod Koul wrote:
> On Wed, Jul 30, 2014 at 06:03:13PM +0200, Maxime Ripard wrote:
> > The dmaengine is neither trivial nor properly documented at the moment,
> > which
> > means a lot of trial and error development, which is not that good for s
On Thu, Jul 31, 2014 at 03:36:26PM +0800, Yan, Zheng wrote:
> On 07/31/2014 03:27 PM, Peter Zijlstra wrote:
> >
> >
> > OK, so no feedback on the 'pending' discussions we had wrt PEBS record
> > generation?
> >
> > No feedback on the correctness aspects of the overflow crap?
> >
> > Just a new
- this fixes sparse warning for directly deferencing user space buffer
drivers/staging/lustre/lustre/ptlrpc/lproc_ptlrpc.c:652:33: warning: incorrect
type in argument 2 (different address spaces)
drivers/staging/lustre/lustre/ptlrpc/lproc_ptlrpc.c:652:33:expected void
const [noderef] *from
d
It is a regression that I have introduce with universal plane.
I have fix it and refresh v8 branch.
I have map CRTC on hardware mixers IP.
I could have one or two mixers, its depends of the chipset and I use
one graphic input (GDP) per mixer as primary plane.
Other GPD are used as overlay planes.
On 07/30/2014 09:56 PM, Fengguang Wu wrote:
> Hi Christoph,
>
> FYI, this commit seems to convert some kernel boot hang bug into
> different BUG messages.
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tj/percpu.git
> for-3.17-consistent-ops
> commit 9b0c63851edaf54e909475fe2a0946f57810e98a
>
On 07/31/2014 09:28 AM, Tony Lindgren wrote:
* Felipe Balbi [140730 09:23]:
Hi,
On Wed, Jul 30, 2014 at 10:45:41AM -0500, Nishanth Menon wrote:
On Wed, Jul 30, 2014 at 9:40 AM, Felipe Balbi wrote:
HI,
On Tue, Jul 29, 2014 at 11:04:21PM -0700, Tony Lindgren wrote:
* Felipe Balbi [140729 0
Hi Rafael,
The warning is still there, though the detail info is a bit different.
[ 389.589955] ==
[ 389.590064] [ INFO: possible circular locking dependency detected ]
[ 389.590064] 3.16.0-rc7+ #119 Not tainted
[ 389.590064]
On Thu, Jul 31, 2014 at 12:10:40AM +0100, Matt Longnecker wrote:
> Some hardware can react autonomously at a programmed temperature.
> For example, an SoC might implement a last ditch throttle or a
> hardware thermal shutdown. The driver for such a device can
> register itself as a cooling_device w
schedule_timeout wakes up the CPU from IDLE state. For some use cases it
is not desirable, hence introduce a convenient API
(schedule_timeout_deferrable_interruptible) on similar pattern which uses
a deferrable timer.
Signed-off-by: Chintan Pandya
Cc: Thomas Gleixner
Cc: John Stultz
Cc: Peter Z
KSM thread to scan pages is scheduled on definite timeout. That wakes up
CPU from idle state and hence may affect the power consumption. Provide
an optional support to use deferrable timer which suites low-power
use-cases.
Typically, on our setup we observed, 10% less power consumption with some
Hi Paolo,
On Wed, Jul 30, 2014 at 05:20:58PM +0200, Paolo Bonzini wrote:
>Il 30/07/2014 14:04, Wanpeng Li ha scritto:
>> @@ -7962,14 +7965,14 @@ static void prepare_vmcs02(struct kvm_vcpu *vcpu,
>> struct vmcs12 *vmcs12)
>> if (!vmx->rdtscp_enabled)
>> exec_contro
On 07/30/2014 10:55 PM, Christoph Lameter wrote:
> On Wed, 30 Jul 2014, Fengguang Wu wrote:
>
>> FYI, this commit seems to convert some kernel boot hang bug into
>> different BUG messages.
>
> Hmmm. Still a bit confused as to why these messages occur.. Does this
> patch do any good?
The vmstat b
On Don, 2014-07-31 at 00:18 +0200, Pavel Machek wrote:
> On Wed 2014-07-30 16:40:52, Bernd Petrovitsch wrote:
> > On Mit, 2014-07-30 at 07:56 -0600, Bob Beck wrote:
> > > Pavel. I have bit 'ol enterprise daemon running with established file
> > > descriptors serving thousands of connections
> > > w
On 2014-7-31 2:20, Sudeep Holla wrote:
>
>
> On 24/07/14 14:00, Hanjun Guo wrote:
>> MADT contains the information for MPIDR which is essential for
>> SMP initialization, parse the GIC cpu interface structures to
>> get the MPIDR value and map it to cpu_logical_map(), and add
>> enabled cpu with
On 2014-7-31 2:21, Sudeep Holla wrote:
> On 24/07/14 14:00, Hanjun Guo wrote:
>> When MADT is parsed, print GIC information to make the boot
>> log look pretty.
>>
>> Signed-off-by: Hanjun Guo
>> Signed-off-by: Tomasz Nowicki
>> ---
>> drivers/acpi/tables.c | 39 ++
Dne 31.7.2014 06:16, beh...@converseincode.com napsal(a):
> From: Behan Webster
>
> clang has more warnings enabled by default. Turn them off unless W is set.
> This patch fixes a logic bug where warnings in clang were disabled when W was
> set.
>
> Signed-off-by: Behan Webster
> Signed-off-by
You need to compile these things before sending them...
This adds a GCC warning about uncalled functions.
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.ke
See https://bugzilla.kernel.org/show_bug.cgi?id=81431
Summary:
Up until v3.15.7 booting with "pci=realloc,use_crs" successfully modifies the PCI
bridge windows to allow an external ExpressCard <> ViDock4 + Nvidia Quadro NVS420 with
its 2 GPUs to be configured.
With v3.16rc6 and rc7 it fails t
On Wed, Jul 30, 2014 at 10:48:52AM +0200, Borislav Petkov wrote:
> Date: Wed, 30 Jul 2014 10:48:52 +0200
> From: Borislav Petkov
> To: "Chen, Gong"
> Cc: linux-kernel@vger.kernel.org, mi...@kernel.org, t...@linutronix.de,
> pau...@samba.org, b...@kernel.crashing.org, tony.l...@intel.com,
> h...
On Wed, Jul 30, 2014 at 08:47:19PM -0300, Murilo Opsfelder Araujo wrote:
> Thanks for reviewing my first patch, Joe. How about this new one,
> guys?
>
> -- >8 --
> Consequently, made checkpatch.pl happy.
>
> Signed-off-by: Murilo Opsfelder Araujo
This changelog is all mangled. Try applying it
On Wed, 30 Jul 2014, ttha...@opensource.altera.com wrote:
> From: Thor Thayer
>
> Add a simple MFD for the Altera SDRAM Controller.
>
> Signed-off-by: Alan Tull
> Signed-off-by: Thor Thayer
> ---
> v1-8: The MFD implementation was not included in the original series.
>
> v9: New MFD implemen
On Wed, 2014-07-30 at 16:10 -0700, Matt Longnecker wrote:
> Some hardware can react autonomously at a programmed temperature.
if you have a temperature sensor, then you should have a thermal zone
device driver for it, right?
> For example, an SoC might implement a last ditch throttle or a
> hardw
On Wed, Jul 30, 2014 at 10:14:25AM +0800, Aaron Lu wrote:
> 118881 ~ 0%+1.2%120325 ~ 0% ivb42/hackbench/50%-threads-pipe
What kind of IVB is that EP or EX (or rather, how many sockets)? Also
what arguments to hackbench do you use?
pgpaZ5R1fdmdc.pgp
Description: PGP signature
Hi,
I'm looking kernel symbol mismatch issue, and found something in perf
kmem code. The commit e727ca73f85d ("perf kmem: Resolve kernel
symbols again") added perf_session__create_kernel_maps() but I don't
know why. Why did it miss the MMAP event?
I think if we create a kernel maps at report ti
On Wed, Jul 30, 2014 at 04:26:47PM +0100, Mark Rutland wrote:
> Hi Thierry,
>
> This looks sane to me.
>
> I just have a few questions below which are hopefully simple/stupid.
>
> On Fri, Jul 04, 2014 at 04:29:17PM +0100, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > This commit intro
On Wed, Jul 30, 2014 at 07:23:20PM -0700, Brian Norris wrote:
> Hi Rob,
>
> I appreciate your comments, but where were many of these 5 months ago on
> the first 7 revisions? :)
>
> On a practical note: v9 is already queued for 3.17. Should I send
> patches for the 3.17 cycle (or later) to fixup s
Hi David,
Thanks for the comments!
On 07/30/2014 12:54 AM, David Collins wrote:
> On 07/24/2014 05:45 AM, Stanimir Varbanov wrote:
>> From: Josh Cartwright
>>
>> The Qualcomm SPMI PMIC chips are components used with the
>> Snapdragon 800 series SoC family. This driver exists
>> largely as a glu
On Thu, Jul 31, 2014 at 01:50:35PM +0800, Aaron Lu wrote:
> FYI, we noticed the below changes on
>
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
> commit b72fd1470c9735f53485d089aa918dc327a86077 ("mm: rearrange zone fields
> into read-only, page alloc, statistics and
On 07/15/14 at 03:16pm, Andrew Morton wrote:
> On Sun, 13 Jul 2014 09:05:46 +0800 Baoquan He wrote:
>
> > On some ARCHs modules range is eauql to vmalloc range. E.g on i686
> > "#define MODULES_VADDR VMALLOC_START"
> > "#define MODULES_END VMALLOC_END"
> > This will cause 2 duplicate progra
On Wed, Jul 30, 2014 at 08:17:39PM +0100, Yuyang Du wrote:
> Hi Morten,
>
> On Wed, Jul 30, 2014 at 11:13:31AM +0100, Morten Rasmussen wrote:
> > > > 2. runnable_load_avg and blocked_load_avg are combined
> > > >
> > > > runnable_load_avg currently represents the sum of load_avg_contrib of
> > >
On Thu, Jul 31, 2014 at 10:33:30AM +0200, Peter Zijlstra wrote:
> On Wed, Jul 30, 2014 at 10:14:25AM +0800, Aaron Lu wrote:
> > 118881 ~ 0%+1.2%120325 ~ 0% ivb42/hackbench/50%-threads-pipe
>
> What kind of IVB is that EP or EX (or rather, how many sockets)? Also
> what arguments to
On 07/30/2014 01:23 AM, David Collins wrote:
> On 07/24/2014 05:45 AM, Stanimir Varbanov wrote:
>> Document DT bindings used to describe the Qualcomm SPMI PMICs.
>> Currently the SPMI PMICs supported are pm8941, pm8841 and pma8084.
>>
>> Signed-off-by: Stanimir Varbanov
>
> (...)
>> +Required pro
On Thu, Jul 31, 2014 at 09:48:32AM +0100, Mel Gorman wrote:
> On Thu, Jul 31, 2014 at 01:50:35PM +0800, Aaron Lu wrote:
> > FYI, we noticed the below changes on
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
> > commit b72fd1470c9735f53485d089aa918dc327a86077 ("mm
0 is ascii for NULL. Hex digit matching should be from '0'.
Faulty version returns true for #,$,%,& etc.
Signed-off-by: Arjun Sreedharan
---
drivers/acpi/acpi_pnp.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/acpi/acpi_pnp.c b/drivers/acpi/acpi_pnp.c
index
On Thu, 2014-07-31 at 08:52 +0200, Jean Delvare wrote:
> This leaves only two drivers still using the old binding model:
> macintosh/therm_pm72 and sound/ppc/keywest. Could any of you please
> convert these to the standard binding model so that I can finally get
> rid of i2c_driver.attach_adapter?
El 31/07/2014 10:21, "Dan Carpenter" escribió:
>
> You need to compile these things before sending them...
>
> This adds a GCC warning about uncalled functions.
Sorry, but I did compile it with
make C=1 M=drivers/staging
But for the function to be called, DEBUG_EPROM must be defined and I
had i
On Thu, Jul 31, 2014 at 03:52:34AM -0400, Chen, Gong wrote:
> I'm silly. You are right. I will use your patch directly(I should do
> it at the beginning :-)).
I think it is still ok that we talked about this, it can easily be
gotten wrong.
--
Regards/Gruss,
Boris.
Sent from a fat crate unde
On Wed, Jul 30, 2014 at 12:10 PM, Michal Malý
wrote:
> Implement mode switching on Logitech gaming wheels accordingly to the
> documentation
>
> Signed-off-by: Michal Malý
Tested all lg4ff_switch_force_mode
modes (0, 1, 2, 3, default), on both:
- MOMO (Black) : PID 0xCA03
- Formula Vibration :
The callback of CPU_STARTING event can't sleep and so acpi_cpu_soft_notify()
return directly when CPU_STARTING event is triggered. But cpu hotplug also
happens during S2RAM. The action will become CPU_STARTING_FROZEN. This
patch is to fix missing check the frozen event.
Signed-off-by: Lan Tianyu
[...]
> > > +Examples:
> > > +=
> > > +
> > > +Single-master IOMMU:
> > > +
> > > +
> > > + iommu {
> > > + #iommu-cells = <0>;
> > > + };
> > > +
> > > + master {
> > > + iommus = <&/iommu>;
> >
> > Nit: this should be iommus = <&{/iommu}>, or it's not
On Wed 30-07-14 15:58:50, Andrew Morton wrote:
> * kexec-export-free_huge_page-to-vmcoreinfo.patch
This one seems to be missing ifdef for CONFIG_HUGETLBFS
---
>From bcccb6696b89c700712421858b05dd89ea0d1ec5 Mon Sep 17 00:00:00 2001
From: Michal Hocko
Date: Thu, 31 Jul 2014 11:18:57 +0200
Subject:
Il 31/07/2014 10:03, Wanpeng Li ha scritto:
>> One thing:
>>
>>> + if (nested_cpu_has(vmcs12, CPU_BASED_TPR_SHADOW))
>>> + vmcs_write32(TPR_THRESHOLD, vmcs12->tpr_threshold);
>>
>> I think you can just do this write unconditionally, since most
>> hypervisors will enable this. Also, you
Am 30.07.2014 15:50, schrieb Andreas Färber:
> diff --git a/arch/arm/boot/dts/exynos5250-spring.dts
> b/arch/arm/boot/dts/exynos5250-spring.dts
> new file mode 100644
> index ..bcca892bf2ff
> --- /dev/null
> +++ b/arch/arm/boot/dts/exynos5250-spring.dts
[...]
> +&pinctrl_0 {
> + dp
On 07/31/2014 12:32 PM, David Rientjes wrote:
On Thu, 31 Jul 2014, Chintan Pandya wrote:
__kmap_atomic_idx is per_cpu variable. Each CPU can
use KM_TYPE_NR entries from FIXMAP i.e. from 0 to
KM_TYPE_NR - 1. Allowing __kmap_atomic_idx to over-
shoot to KM_TYPE_NR can mess up with next CPU's 0th
On Thu, Jul 31, 2014 at 05:01:30PM +0800, Aaron Lu wrote:
> On Thu, Jul 31, 2014 at 09:48:32AM +0100, Mel Gorman wrote:
> > On Thu, Jul 31, 2014 at 01:50:35PM +0800, Aaron Lu wrote:
> > > FYI, we noticed the below changes on
> > >
> > > git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next
On 07/30/2014 05:41 PM, Punnaiah Choudary Kalluri wrote:
> Hi Boris,
>
>> -Original Message-
>> From: Borislav Petkov [mailto:b...@alien8.de]
>> Sent: Monday, July 28, 2014 11:32 PM
>> To: Punnaiah Choudary Kalluri
>> Cc: Punnaiah Choudary Kalluri; dougthomp...@xmission.com;
>> robh...@ker
Hi Yuyang,
Does something like the patch below to be applied of top of your patchset, seem
reasonable add-on?
It adds 1 new usage_sum statistics which is something that I use to detect the
overload of a rq in my patchset that reworks cpu_power and removes
capacity_factor
And I think that the cha
Fixes pvclock backwards jumps caused by TSC drifting despite
host believing that TSC is invariant/synchronized.
TSC drift maybe caused by erratum 778 described in
"Revision Guide for AMD Family 15h Models 10h-1Fh Processors,
Publication # 48931, Issue Date: May 2013, Revision: 3.10"
Igor Mammed
Signed-off-by: Igor Mammedov
---
arch/x86/kvm/cpuid.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/x86/kvm/cpuid.c b/arch/x86/kvm/cpuid.c
index 38a0afe..f519823 100644
--- a/arch/x86/kvm/cpuid.c
+++ b/arch/x86/kvm/cpuid.c
@@ -478,8 +478,9 @@ static inline int __do_cp
Due to erratum #778 from
"Revision Guide for AMD Family 15h Models 10h-1Fh Processors,
Publication # 48931, Issue Date: May 2013, Revision: 3.10"
TSC on affected processor, a core may drift under certain conditions,
which makes initially synchronized TSCs to become unsynchronized.
As result TSC
Hi Andreas,
On Thu, Jul 31, 2014 at 2:56 PM, Andreas Färber wrote:
> Am 30.07.2014 15:50, schrieb Andreas Färber:
>> diff --git a/arch/arm/boot/dts/exynos5250-spring.dts
>> b/arch/arm/boot/dts/exynos5250-spring.dts
>> new file mode 100644
>> index ..bcca892bf2ff
>> --- /dev/null
>> +
On Wed, Jul 30, 2014 at 10:35:06AM -0700, Olof Johansson wrote:
> Hi,
>
> On Wed, Jul 30, 2014 at 8:26 AM, Mark Rutland wrote:
> > Hi Thierry,
> >
> > This looks sane to me.
> >
> > I just have a few questions below which are hopefully simple/stupid.
> >
> > On Fri, Jul 04, 2014 at 04:29:17PM +01
On Thu, Jul 31, 2014 at 09:41:10AM +0100, Ganapatrao Kulkarni wrote:
>On Wed, Jul 30, 2014 at 9:16 PM, Mark Rutland <[1]mark.rutl...@arm.com>
>wrote:
>
> Hi,
> On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> > From: Radha Mohan Chintakuntla <[2]rchintakun..
Hi,
Am 31.07.2014 11:49, schrieb Ajay kumar:
> On Thu, Jul 31, 2014 at 2:56 PM, Andreas Färber wrote:
>> Am 30.07.2014 15:50, schrieb Andreas Färber:
>>> diff --git a/arch/arm/boot/dts/exynos5250-spring.dts
>>> b/arch/arm/boot/dts/exynos5250-spring.dts
>>> new file mode 100644
>>> index
Resend with a correct subject
Hi Yuyang,
Does something like the patch below to be applied of top of your patchset, seem
reasonable add-on?
It adds 1 new usage_sum statistics which is something that I use to detect the
overload of a rq in my patchset that reworks cpu_power and removes
capacity_f
On Thu 31-07-14 11:24:52, Michal Hocko wrote:
> On Wed 30-07-14 15:58:50, Andrew Morton wrote:
> > * kexec-export-free_huge_page-to-vmcoreinfo.patch
>
> This one seems to be missing ifdef for CONFIG_HUGETLBFS
Ohh, David has already posted the fix
http://marc.info/?l=linux-mm&m=140676663218869
>
On Thu, Jul 31, 2014 at 3:23 PM, Andreas Färber wrote:
> Hi,
>
> Am 31.07.2014 11:49, schrieb Ajay kumar:
>> On Thu, Jul 31, 2014 at 2:56 PM, Andreas Färber wrote:
>>> Am 30.07.2014 15:50, schrieb Andreas Färber:
diff --git a/arch/arm/boot/dts/exynos5250-spring.dts
b/arch/arm/boot/dts/
From: "byungchul.park"
commit 190f1ca85d07 (arm64: add support for kernel mode NEON in interrupt
context)
introduced a typing error in fpsimd_save_partial_state ENDPROC.
fix the typing error.
Signed-off-by: byungchul.park
---
arch/arm64/kernel/entry-fpsimd.S |2 +-
1 file changed, 1 inser
> -Original Message-
> From: Eduardo Habkost [mailto:ehabk...@redhat.com]
>
> Hi,
>
> When running next-20140730 form linux-next, I get the following on dmesg:
>
> be2net :02:00.0: PCIe error reporting enabled
> be2net :02:00.0: adapter not in advanced mode
> be2net :02:00.0
On Wed, Jul 30, 2014 at 07:18:42PM +0100, Mark Rutland wrote:
[...]
> > >> +
> > >> +Multiple-master IOMMU with configurable DMA window:
> > >> +---
> > >> +
> > >> + / {
> > >> + #address-cells = <1>;
> > >> + #size-cells
On Wed, Jul 30, 2014 at 10:05:16PM -0400, Nick Krause wrote:
> On Wed, Jul 30, 2014 at 7:30 PM, Dave Airlie wrote:
> >> This patch removes the lines for releasing the page cache in certain
> >> files as this may aid in perfomance with writes in the compression
> >> rountines of btrfs. Please note
On 07/30/2014 10:45 PM, Matthew Wilcox wrote:
<>
>> +if (sector & (PAGE_SECTORS-1))
>> +return -EINVAL;
>
> Mmm. PAGE_SECTORS is private to brd (and also private to bcache!) at
> this point. We've got a real mess of defines of SECTOR_SIZE, SECTORSIZE,
> SECTOR_SHIFT and so on, do
> -Original Message-
> From: Tomi Valkeinen [mailto:tomi.valkei...@ti.com]
> Sent: Wednesday, July 30, 2014 22:24 PM
> > +static struct fb_info *hvfb_info;
>
> Static variables like these are usually a no-no. This prevents you from
> having multiple device instances.
I agree.
> > static
In case of edma_alloc_slot() failure during probe we should return the error
unchanged to make debugging easier.
Signed-off-by: Peter Ujfalusi
---
drivers/dma/edma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c
index 69f1f5250120..29
DT boot does not yet support more than one edma device. To avoid issues at
runtime we should not register the second device when the kernel is booted
with DT.
Signed-off-by: Peter Ujfalusi
---
drivers/dma/edma.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/dma/ed
This reverts commit 34c6bc2c919a55e5ad4e698510a2f35ee13ab900.
This commit can lead to deadlocks by way of what at a high level
appears to look like a missing wakeup on mutex_unlock() when
CONFIG_MUTEX_SPIN_ON_OWNER is set, which is how most distributions ship
their kernels. In particular, it caus
On 07/30/2014 10:16 PM, Rafael J. Wysocki wrote:
> On Wednesday, July 30, 2014 06:36:00 PM Saravana Kannan wrote:
>> On 07/30/2014 02:40 PM, Rafael J. Wysocki wrote:
>>> On Wednesday, July 30, 2014 10:18:25 AM Prarit Bhargava wrote:
On 07/29/2014 08:03 PM, Rafael J. Wysocki wrote:
>
On 07/30/2014 11:34 PM, Matthew Wilcox wrote:
> On Wed, Jul 30, 2014 at 07:12:44PM +0300, Boaz Harrosh wrote:
>> Off course I was wrong here size is in bytes not in sectors. Which points
>> out that maybe this API needs to be in sectors.
>>
>> [Actually it needs to be in pages both size and offset,
On Thu, Jul 31, 2014 at 09:54:21AM +0100, Morten Rasmussen wrote:
>
> Overall, it is not clear to me why it is necessary to rewrite the
> per-entity load-tracking. The code is somewhat simpler, but I don't see
> any functional additions/improvements. If we have to go through a long
> review and te
On Thu, Jul 31, 2014 at 10:22:41AM +0100, Mark Rutland wrote:
> [...]
>
> > > > +Examples:
> > > > +=
> > > > +
> > > > +Single-master IOMMU:
> > > > +
> > > > +
> > > > + iommu {
> > > > + #iommu-cells = <0>;
> > > > + };
> > > > +
> > > > +
Node for mcasp0
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/da850.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi
index 41ce4e8bf227..0bd98cd00816 100644
--- a/arch/arm/boot/dts/da850.dtsi
+++ b/arch/arm/
Add OF_DEV_AUXDATA for mcasp to be able to use clocks.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-davinci/da8xx-dt.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-davinci/da8xx-dt.c b/arch/arm/mach-davinci/da8xx-dt.c
index ed1928740b5f..f703d82f08a8 100644
--- a/arch/arm
The audio on the board is using McASP <-> tlv320aic3106 codec and we have
LineIn and LineOut jacks.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/da850-evm.dts | 27 +++
1 file changed, 27 insertions(+)
diff --git a/arch/arm/boot/dts/da850-evm.dts b/arch/arm/boot/d
Add pinctrl nodes for the McASP0 pins and configure McASP to the desired
mode for the board.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/da850-evm.dts | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/arm/boot/dts/da850-evm.dts b/arch/arm/boot/dts/
The board uses aic3106 for audio.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/da850-evm.dts | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/da850-evm.dts b/arch/arm/boot/dts/da850-evm.dts
index 09118c72e83f..b9ef2be0b145 100644
--- a/arch/arm/boot/dt
Hi,
The following series will enable audio via simple card on the board when booted
with DT.
For edma one patch is needed to have working dma:
http://marc.info/?l=linux-omap&m=140680159327749&w=2
Regards,
Peter
---
Peter Ujfalusi (6):
ARM: davinci: da8xx-dt: add OF_DEV_AUXDATA entry for mcasp0
1 - 100 of 798 matches
Mail list logo
