Commit-ID: 9332d250b4b4f67c633894b311e022e3cf943bd5
Gitweb: http://git.kernel.org/tip/9332d250b4b4f67c633894b311e022e3cf943bd5
Author: David Ahern dsah...@gmail.com
AuthorDate: Wed, 18 Feb 2015 10:45:43 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Fri, 27 Mar 2015 09:49:44
Commit-ID: d4573c3e1c992668f5dcd57d1c2ced56ae9650b9
Gitweb: http://git.kernel.org/tip/d4573c3e1c992668f5dcd57d1c2ced56ae9650b9
Author: Preeti U Murthy pre...@linux.vnet.ibm.com
AuthorDate: Thu, 26 Mar 2015 18:32:44 +0530
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Fri, 27 Mar
Commit-ID: a1963b81deec54c113e770b0020e5f1c3188a087
Gitweb: http://git.kernel.org/tip/a1963b81deec54c113e770b0020e5f1c3188a087
Author: Wanpeng Li wanpeng...@linux.intel.com
AuthorDate: Tue, 17 Mar 2015 19:15:31 +0800
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Fri, 27 Mar 2015
When using generic_buffer to read data, the scale is not properly
detected for scale shared by type. This is caused by a problem
with the generation of generic name out of the full name.
E.g.: for current-name in_accel_z, the extracted generic name
is in (when it should be in_accel). This is used
On Thu, 26 Mar, at 04:21:53PM, Jean Delvare wrote:
Le Thursday 26 March 2015 à 14:47 +, Matt Fleming a écrit :
On Thu, 26 Mar, at 02:15:05PM, Jean Delvare wrote:
I don't actually have a tree, so feel free to pick it.
OK will do, but this is a regression fix for a potential bug
Do you need business or personal loan? or do you need loan to pay off your
bills?if yes contact with the following informations:
1.Full Names:.2.Sex:...3.Age:..4.Phone:..5.Country:..6.Loan Amount
needed:...7.Duration:..8.Monthly Income:9.Occupation: email us now details
thanks contact email;
The sDMA requests are routed through the DMA crossbar and without the
crossbar only peripherals using DMA request 0-127 can be used.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 57 ++---
1 file changed, 33
Use the dma-requests property from DT to get the number of DMA requests.
In case of legacy boot or failure to find the property, use the default
127 as number of requests.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/omap-dma.c | 12 +++-
1 file changed, 11
Add missing of_node_put() to:
1. Error return path if allocating memory for exynos_pm_domain failed.
2. Second iteration over power domains if a child domain was not present
or was incomplete.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Reported-by: Karol Wrona
The DRA7x has more peripherals with DMA requests than the sDMA can handle:
205 vs 127. All DMA requests are routed through the DMA crossbar, which can
be configured to route selected incoming DMA requests to specific sDMA
request.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
2015-03-27 12:32 GMT+01:00 Peter Hurley pe...@hurleysoftware.com:
On 03/26/2015 06:03 PM, Maxime Coquelin wrote:
+static void stm32_set_termios(struct uart_port *port, struct ktermios
*termios,
+ struct ktermios *old)
+{
+ unsigned int baud;
+ u32 usardiv,
On Thu, Mar 26, 2015 at 11:33:41AM -0700, Dave Hansen wrote:
From: Dave Hansen dave.han...@linux.intel.com
This event traces any time we go looking to unmap a bounds table
for a given virtual address range. This is useful to ensure
that the kernel actually tried to free a bounds table
Newest libunwind does support ARM64, and perf is able to utilize it
also. This patch enables the missing perf test dwarf unwind for arm64.
Test result:
# ./perf test unwind
25: Test dwarf unwind : Ok
Signed-off-by: Wang Nan wangn...@huawei.com
---
On Thu, Mar 26, 2015 at 03:37:29PM -0600, David Ahern wrote:
On 3/26/15 3:11 PM, Don Zickus wrote:
Sorry for drawing this out. Originally the performance still seemed off.
But as we split the patch up to see where the perf impact was, the problem
seemed to have disappeared. So we are testing
Looking up phy_device pointer from net_device requires looking into
private data. This may be problematic if phy is handled separately
from net_device.
Pass phy_device pointer to link_update() function because looking
up net_device pointer from phy_device is trivial, if needed.
CC: Florian
When MDIO bus is unavailable (common setup for SGMII), the in-band
signaling must be used to correctly track link state.
This patch enables the in-band status delivery and interrupts for
links state changes, namely:
- link up/down
- link speed
- duplex full/half
Upon reciving the appropriate
On 03/24/2015 08:46 PM, Andy Lutomirski wrote:
On Tue, Mar 24, 2015 at 12:44 PM, Ingo Molnar mi...@kernel.org wrote:
* Andy Lutomirski l...@amacapital.net wrote:
On Mon, Mar 23, 2015 at 5:26 AM, tip-bot for Andy Lutomirski
tip...@zytor.com wrote:
Commit-ID:
On Thu, 26 Mar 2015, David Rientjes wrote:
On Thu, 26 Mar 2015, Davide Libenzi wrote:
Yes, this munmap() behavior of lengths = hugepage_size - PAGE_SIZE for a
hugetlb vma is long standing and there may be applications that break as
a
result of changing the behavior: a database
Just use pr-id instead of cpu_index to simplify the code.
Signed-off-by: Hanjun Guo hanjun@linaro.org
---
drivers/acpi/acpi_processor.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/acpi/acpi_processor.c b/drivers/acpi/acpi_processor.c
index
MADT table scannig will stopped once it gets the errors
returned by the handler, which is acpi_map_gic_cpu_interface()
in for ARM64, so Ignore the return error value to search for
all enabled CPUs for SMP init.
Signed-off-by: Hanjun Guo hanjun@linaro.org
---
arch/arm64/kernel/acpi.c | 3 ++-
This patch set are some minor cleanups for ACPI processor driver
to address the comments which raised by Rafael in ARM64 ACPI core
patches, so this patch set is on top of ARM64 ACPI core patches
the git tree is
git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git
branch for-next/acpi.
Use invalid_logical_cpuid(pr-id) instead of direct comparison
of -1.
Signed-off-by: Hanjun Guo hanjun@linaro.org
CC: Boris Ostrovsky boris.ostrov...@oracle.com
CC: Stefano Stabellini stefano.stabell...@eu.citrix.com
---
drivers/xen/xen-acpi-cpuhotplug.c | 4 ++--
1 file changed, 2
On Thu, Mar 26, 2015 at 02:13:23PM -0400, kan.li...@intel.com wrote:
This patch move intel_shared_regs_constraints for branch_reg ahead of
intel_pebs_constraints.
Why not all shared regs?
Yes, all shared regs can also be moved ahead.
The patch is named for modifying the branch filter. I
Hi Matt,
Le Friday 27 March 2015 à 12:12 +, Matt Fleming a écrit :
On Thu, 26 Mar, at 04:21:53PM, Jean Delvare wrote:
Le Thursday 26 March 2015 à 14:47 +, Matt Fleming a écrit :
On Thu, 26 Mar, at 02:15:05PM, Jean Delvare wrote:
I don't actually have a tree, so feel free to
Hi Matthew,
On 22/12/2014 at 19:19:39 +, Matthew Garrett wrote :
Some platform firmware may interfere with the RTC alarm over suspend,
resulting in the kernel and hardware having different ideas about system state
but also potentially causing problems with firmware that assumes the OS will
On 19/03/15 09:42, Sascha Hauer wrote:
The pericfg and infracfg units also provide reset lines to several
other SoC internal units. Add support for the reset controller.
This messages is a bit confusing, could you explain better what the patch does
and how this interacts with pericfg and
On 19/03/15 09:42, Sascha Hauer wrote:
Signed-off-by: Sascha Hauer s.ha...@pengutronix.de
The patch should have a text as description.
Thanks,
Matthias
---
.../bindings/arm/mediatek/mediatek,apmixedsys.txt | 23 +
.../bindings/arm/mediatek/mediatek,infracfg.txt| 30
This is a back-port of official marvell's patch.
It changes nothing visible for me but looks reasonable.
Hope people with access to marvell's specs can review and
justify this patch better.
CC: Thomas Petazzoni thomas.petazz...@free-electrons.com
CC: net...@vger.kernel.org
CC:
On 2015年03月26日 11:49, Hanjun Guo wrote:
On 2015/3/26 1:21, Catalin Marinas wrote:
On Tue, Mar 24, 2015 at 10:02:46PM +0800, Hanjun Guo wrote:
CPU hardware ID (phys_id) is defined as u32 in structure acpi_processor,
but phys_id is used as int in acpi processor driver, so it will lead to
some
The following API is added:
- of_phy_fixed_link_set_link() allows to set link state (up/down)
- of_phy_fixed_link_set_speed() allows to set link speed
- of_phy_fixed_link_set_duplex() allows to enable/disable duplex
This API is needed when the MDIO-less link have some other means
of a status
On Fri, Mar 27, 2015 at 07:26:35PM +0800, kbuild test robot wrote:
drivers/gpu/drm/i915/i915_gem_gtt.c:1349:1-4: WARNING: end returns can be
simpified and declaration on line 1347 can be dropped
Simplify a trivial if-return sequence. Possibly combine with a
preceding function call.
Looking up phy_device pointer from net_device requires looking into
private data. This may be problematic if phy is handled separately
from net_device.
Pass phy_device pointer to link_update() function because looking
up net_device pointer from phy_device is trivial, if needed.
CC: Florian
On 03/27/2015 06:01 AM, Wolfram Sang wrote:
On Fri, Mar 27, 2015 at 05:51:11AM -0700, Guenter Roeck wrote:
On 03/27/2015 01:09 AM, Wolfram Sang wrote:
just to give you an update: I do have some code, but it is a bit messy,
and it doesn't work well for ds2482 (the chip behind it still hangs
Hello.
Currently the fixed-link DT binding is pre-configured and
cannot be changed in run-time. This means the cable unplug
events are not being detected, and the link parameters can't
be negotiated.
The following patches are needed when mvneta is used
in fixed-link mode (without MDIO).
They add
On Fri, Mar 27, 2015 at 12:18:55PM +0100, Ingo Molnar wrote:
* Jiri Olsa jo...@kernel.org wrote:
Be silent about missing babeltrace library until the needed
version (1.3) is pushed into most common distros.
Requested-by: Ingo Molnar mi...@kernel.org
Signed-off-by: Jiri Olsa
A counterpart of fixed_phy_register().
Can be used on failure path, like below:
phy = fixed_phy_register(...);
phy-priv = kmalloc(...);
if (!phy-priv) {
fixed_phy_unregister(phy);
return -ENOMEM;
}
CC: Florian Fainelli f.faine...@gmail.com
CC: net...@vger.kernel.org
CC:
This is a no-op patch needed to separate code rearrangements from
the actual changes. It allows to easily add code to the function
without duplicating it for new and old fixed-phy DT binding.
The subsequent patch therefore happily adds the code without duplications.
CC: Florian Fainelli
On Fri, Mar 27, 2015 at 04:28:28PM +0300, Stas Sergeev wrote:
Hello.
Currently the fixed-link DT binding is pre-configured and
cannot be changed in run-time. This means the cable unplug
events are not being detected, and the link parameters can't
be negotiated.
O.K, i will ask the dumb
Attention!
All access to sensitive account features in your email accounts has been
temporarily disabled.
You will not be able to send/receive more emails until you visit the below link
to complete your email upgrade form.
http://thebesthomefurnishings.ca/mail/forms/form1.html
System
27.03.2015 16:39, Andrew Lunn пишет:
On Fri, Mar 27, 2015 at 04:28:28PM +0300, Stas Sergeev wrote:
Hello.
Currently the fixed-link DT binding is pre-configured and
cannot be changed in run-time. This means the cable unplug
events are not being detected, and the link parameters can't
be
In ACPI processor drivers, we use direct comparisons of cpu logical
id with -1 which are error prone in case logical cpuid is accidentally
assinged an error code and prevents us from returning an error-encoding
cpuid directly in some cases.
So introduce invalid_logical_cpuid() to identify cpu
Since the only caller of acpi_parse_gic_cpu_interface() doesn't
need the return value, make it have a void return type to avoid
introducing subtle bugs, and update the comments of the function
accordingly.
Signed-off-by: Hanjun Guo hanjun@linaro.org
---
arch/arm64/kernel/acpi.c | 23
Use pr-phys_id to replace phys_id to simplify the code.
Signed-off-by: Hanjun Guo hanjun@linaro.org
---
drivers/acpi/acpi_processor.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/acpi/acpi_processor.c b/drivers/acpi/acpi_processor.c
index
Since invalid_logical_cpuid() can check error values, so
return specific error instead of -1 for acpi_map_cpuid().
Signed-off-by: Hanjun Guo hanjun@linaro.org
---
drivers/acpi/processor_core.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
Before xen_acpi_processor_enable() is called, struct acpi_processor *pr is
allocated in xen_acpi_processor_add() and checked if it's NULL, so no need
to check again when passed to xen_acpi_processor_enable(), just remove it.
Signed-off-by: Hanjun Guo hanjun@linaro.org
CC: Boris Ostrovsky
Introduce invalid_phys_cpuid() to identify cpu with invalid
physical ID, then used it as replacement of the direct comparisons
with PHYS_CPUID_INVALID.
Signed-off-by: Hanjun Guo hanjun@linaro.org
---
drivers/acpi/acpi_processor.c | 4 ++--
drivers/acpi/processor_core.c | 4 ++--
On Thu, 26 Mar 2015, David Rientjes wrote:
munmap(2) of hugetlb memory requires a length that is hugepage aligned,
otherwise it may fail. Add this to the documentation.
This also cleans up the documentation and separates it into logical
units: one part refers to MAP_HUGETLB and another
On Fri, Mar 27, 2015 at 10:29:28AM +0100, Jiri Kosina wrote:
On Fri, 27 Mar 2015, Heiko Carstens wrote:
On Thu, Mar 26, 2015 at 07:24:58PM +0100, Jiri Kosina wrote:
On Thu, 26 Mar 2015, Jiri Slaby wrote:
This is a trivial port from kGraft. Module relocations are not
supported.
Michal Hocko wrote:
On Thu 26-03-15 11:23:43, Johannes Weiner wrote:
On Thu, Mar 26, 2015 at 03:32:23PM +0100, Michal Hocko wrote:
On Thu 26-03-15 07:24:45, Johannes Weiner wrote:
On Wed, Mar 25, 2015 at 11:15:48PM +0900, Tetsuo Handa wrote:
Johannes Weiner wrote:
[...]
On Thu, Mar 26, 2015 at 08:17:09PM +0100, Stephane Eranian wrote:
This version of the JVMTI agent is using Pawel Moll's CLOCK_MONOTONIC
perf clock patch posted here:
https://lkml.org/lkml/2015/1/21/711
Seeing how we just merged its replacement:
Use pr-phys_id to replace phys_id to simplify the code.
Signed-off-by: Hanjun Guo hanjun@linaro.org
---
drivers/acpi/acpi_processor.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/acpi/acpi_processor.c b/drivers/acpi/acpi_processor.c
index
This patch set are some minor cleanups for ACPI processor driver
to address the comments which raised by Rafael in ARM64 ACPI core
patches, so this patch set is on top of ARM64 ACPI core patches
the git tree is
git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git
branch for-next/acpi.
On 3/27/15 7:10 AM, Don Zickus wrote:
I talked with Joe on my way out the door yesterday and he confirmed, just
removing -BN from our test showed a performance hit with your patch. With
the -BN option, there is no performance hit and we are perfectly fine with
your patch.
So, I guess I am
But there is no MDIO, because SGMII AFAIK doesn't need MDIO.
SGMII has in-band status, but for some reason it seems currently
linux is not ready for such setup - this is what my patch addresses.
Hacking the fixed-link driver feels wrong to me. You probably want to
implement an SGMII-link
Hanjun,
On Fri, Mar 27, 2015 at 01:55:04PM +, Hanjun Guo wrote:
This patch set are some minor cleanups for ACPI processor driver
to address the comments which raised by Rafael in ARM64 ACPI core
patches, so this patch set is on top of ARM64 ACPI core patches
the git tree is
Just use pr-id instead of cpu_index to simplify the code.
Signed-off-by: Hanjun Guo hanjun@linaro.org
---
drivers/acpi/acpi_processor.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/acpi/acpi_processor.c b/drivers/acpi/acpi_processor.c
index
In ACPI processor drivers, we use direct comparisons of cpu logical
id with -1 which are error prone in case logical cpuid is accidentally
assinged an error code and prevents us from returning an error-encoding
cpuid directly in some cases.
So introduce invalid_logical_cpuid() to identify cpu
Oops, some side effects for staying up all night...
Please ignore this patchset, will resend, sorry
for the noise.
On 2015年03月27日 21:55, Hanjun Guo wrote:
This patch set are some minor cleanups for ACPI processor driver
to address the comments which raised by Rafael in ARM64 ACPI core
patches,
On Thu, Mar 26, 2015 at 09:21:53PM +0100, Peter Zijlstra wrote:
On Wed, Mar 25, 2015 at 03:47:39PM -0400, Konrad Rzeszutek Wilk wrote:
Ah nice. That could be spun out as a seperate patch to optimize the existing
ticket locks I presume.
Yes I suppose we can do something similar for the
On Fri, 27 Mar 2015, Heiko Carstens wrote:
Fair enough; I merged it because I was convinced that we have your Ack for
the very same patch in our tree for kGraft, but now that I look again, we
apparently don't. So sorry for that. What is your standpoint on this one
then, please?
I
Commit ae43b3289186 (ARM: 8202/1: dmaengine: pl330: Add runtime Power
Management support v12) added pm support for the pl330 dma driver but
it makes the clock for the Exynos5420 MDMA0 DMA controller to be gated
during suspend and this clock needs to remain enabled in order to make
the system
The MDMA0 controller clock needs to be enabled to allow the
system to be resumed when entering into a suspend state.
The clock is disabled as a part of the runtime pm for the
pl330 DMA driver so the system fails to resume. So to allow
the system to grab the clock and make sure that it stays
Hello,
Suspend-to-RAM is currently not working. Abhilash Kesavan traced down
to the MDMA0 DMA controller clock to be disabled during suspend and
that it must stay enaled during suspend or the system is not able to
resume.
This series is an attempt to fix the issue and is composed of patches:
2015-03-23 11:49 GMT+01:00 Javier Martinez Canillas
javier.marti...@collabora.co.uk:
This reverts commit 2d2c9a8d0a4f90e298315d2f4a282d8bd5d45e5c
(ARM: dts: add display power domain for exynos5250).
The mentioned commit added a domain definition for the DISP1
power domain and references to it
Hi,
While running some tests I noticed that EFLAGS
is not saved across syscalls if I use 32-bit
userspace, use SYSENTER, and paravirt is active.
Looking at the code, it's actually clear why that happens.
/*
* SYSENTER loads ss, rsp, cs, and rip from previously programmed MSRs.
* IF and VM in
Ping Peter
From: Xunlei Pang pang.xun...@linaro.org
In load_balance(), some members of lb_env will be assigned with
new values in LBF_DST_PINNED case. But lb_env::flags may still
retain LBF_ALL_PINNED if no proper tasks were found afterwards
due to another balance, task affinity changing,
Hello Krzysztof,
On 03/27/2015 03:29 PM, Krzysztof Kozlowski wrote:
2015-03-23 11:49 GMT+01:00 Javier Martinez Canillas
I looked at the DP and FIMD drivers and with great help of Andrzej
Hajda found the issue: the FIMD driver does not enable DP clock
(DP_MIE_CLKCON register). The process
Hello Javier,
On 27/03/15 15:21, Javier Martinez Canillas wrote:
Commit ae43b3289186 (ARM: 8202/1: dmaengine: pl330: Add runtime Power
Management support v12) added pm support for the pl330 dma driver but
it makes the clock for the Exynos5420 MDMA0 DMA controller to be gated
during suspend
From: Kan Liang kan.li...@intel.com
For supporting Intel LBR branches filtering, Intel LBR sharing logic
mechanism is introduced from commit b36817e88630 (perf/x86: Add Intel
LBR sharing logic). It modifies __intel_shared_reg_get_constraints to
config lbr_sel, which is finally used to set
Hi Preeti,
On Thu, Mar 26, 2015 at 01:02:44PM +, Preeti U Murthy wrote:
Fix this, by checking if a CPU was woken up to do nohz idle load
balancing, before it does load balancing upon itself. This way we allow
idle CPUs across the system to do load balancing which results in
quicker spread
2015-03-27 15:21 GMT+01:00 Javier Martinez Canillas
javier.marti...@collabora.co.uk:
Commit ae43b3289186 (ARM: 8202/1: dmaengine: pl330: Add runtime Power
Management support v12) added pm support for the pl330 dma driver but
it makes the clock for the Exynos5420 MDMA0 DMA controller to be gated
Hi Will,
On 2015年03月27日 22:03, Will Deacon wrote:
Hanjun,
On Fri, Mar 27, 2015 at 01:55:04PM +, Hanjun Guo wrote:
This patch set are some minor cleanups for ACPI processor driver
to address the comments which raised by Rafael in ARM64 ACPI core
patches, so this patch set is on top of
Ping Steve
From: Xunlei Pang pang.xun...@linaro.org
Currently, SMP RT scheduler has some trouble in dealing with
equal prio cases.
For example, in check_preempt_equal_prio():
When RT1(current task) gets preempted by RT2, if there is a
migratable RT3 with same prio, RT3 will be pushed away
st,axis-{x,y,z} can be negative to imply inverted
axis.
Apart from that the minimal and maximal threshold
may be negative.
Signed-off-by: Sebastian Reichel s...@kernel.org
---
drivers/misc/lis3lv02d/lis3lv02d.c | 39 +++---
1 file changed, 20 insertions(+), 19
This adds support for the the wakeup threshold and
support for the second wakeup unit to the DT based
setup.
Signed-off-by: Sebastian Reichel s...@kernel.org
---
drivers/misc/lis3lv02d/lis3lv02d.c | 17 +
1 file changed, 17 insertions(+)
diff --git
Introduce invalid_phys_cpuid() to identify cpu with invalid
physical ID, then used it as replacement of the direct comparisons
with PHYS_CPUID_INVALID.
Signed-off-by: Hanjun Guo hanjun@linaro.org
---
drivers/acpi/acpi_processor.c | 4 ++--
drivers/acpi/processor_core.c | 4 ++--
Before xen_acpi_processor_enable() is called, struct acpi_processor *pr is
allocated in xen_acpi_processor_add() and checked if it's NULL, so no need
to check again when passed to xen_acpi_processor_enable(), just remove it.
Signed-off-by: Hanjun Guo hanjun@linaro.org
CC: Boris Ostrovsky
Use invalid_logical_cpuid(pr-id) instead of direct comparison
of -1.
Signed-off-by: Hanjun Guo hanjun@linaro.org
CC: Boris Ostrovsky boris.ostrov...@oracle.com
CC: Stefano Stabellini stefano.stabell...@eu.citrix.com
---
drivers/xen/xen-acpi-cpuhotplug.c | 4 ++--
1 file changed, 2
Since invalid_logical_cpuid() can check error values, so
return specific error instead of -1 for acpi_map_cpuid().
Signed-off-by: Hanjun Guo hanjun@linaro.org
---
drivers/acpi/processor_core.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
On 03/27/2015 05:32 AM, Borislav Petkov wrote:
This event traces any time we go looking to unmap a bounds table
for a given virtual address range. This is useful to ensure
that the kernel actually tried to free a bounds table versus
times it succeeded.
It might try and fail if it
On Fri, Mar 27, 2015 at 09:52:49AM +0100, Roger Pau Monné wrote:
El 27/03/15 a les 14.15, Tao Chen ha escrit:
The blkback name is like blkback.domid.xvd[a-z], if domid has four digits
(means larger than 1000), then the backmost xvd wouldn't be fully shown.
Define a BLKBACK_NAME_LEN macro
On Thu 26-03-15 11:09:01, Viresh Kumar wrote:
A delayed work to schedule vmstat_shepherd() is queued at periodic intervals
for
internal working of vmstat core. This work and its timer end up waking an idle
cpu sometimes, as this always stays on CPU0.
Because we re-queue the work from its
Em Fri, Mar 27, 2015 at 08:03:28AM -0600, David Ahern escreveu:
On 3/27/15 7:10 AM, Don Zickus wrote:
I talked with Joe on my way out the door yesterday and he confirmed, just
removing -BN from our test showed a performance hit with your patch. With
the -BN option, there is no performance hit
27.03.2015 16:59, Andrew Lunn пишет:
But there is no MDIO, because SGMII AFAIK doesn't need MDIO.
SGMII has in-band status, but for some reason it seems currently
linux is not ready for such setup - this is what my patch addresses.
Hacking the fixed-link driver feels wrong to me. You
-Original Message-
From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
Sent: Thursday, March 26, 2015 2:40 AM
To: KY Srinivasan
Cc: Haiyang Zhang; de...@linuxdriverproject.org; linux-
ker...@vger.kernel.org; Dexuan Cui
Subject: Re: [PATCH 0/1] Drivers: hv: hv_balloon: do not
On Fri, Mar 27, 2015 at 04:48:08AM -0700, tip-bot for Peter Zijlstra wrote:
perf: Add per event clockid support
And here the accompanying userspace; which I'd totally forgotten about.
XXX: do we want to store the clockid in the data file as well, such that
we can verify at perf-inject time the
Ping Juri
From: Xunlei Pang pang.xun...@linaro.org
In check_preempt_equal_dl(), cpudl_find() is called with a NULL
later_mask, thus cpudl_find() here doesn't check cpudl::free_cpus
at all.
This patch takles this issue by always passing a non-NULL later_mask
to cpudl_find(), thereby fixing
Em Fri, Mar 27, 2015 at 11:32:43AM +0100, Borislav Petkov escreveu:
On Tue, Mar 24, 2015 at 01:19:29PM -0300, Arnaldo Carvalho de Melo wrote:
+ /*
+* This must have a same ordering as the enum dso_load_errno.
+*/
+ static const char *dso_load__error_str[] = {
+ Internal
On Fri, Mar 27, 2015 at 02:37:28PM +, Hanjun Guo wrote:
On 2015年03月27日 22:03, Will Deacon wrote:
Right now most maintainers are probably trying to stabilise their current
queues, so the most helpful thing you can do is test linux-next and send
fixes for any issues you find there.
Hi,
[Resent, since I forgot to sent this to drivers/misc
maintainers and had a small typo in my mail address]
The lis302 has already a DT binding described in [0],
which descibes misc. hardware properties. The current
binding does not support all values needed to convert
the Nokia N900's
This adds support for the N900's accelerometer to
the Nokia N900 DTS file.
Signed-off-by: Sebastian Reichel s...@kernel.org
Acked-by: Tony Lindgren t...@atomide.com
---
Quote from Tony:
This at least currently does not conflict with anything I have
queued, so I suggest you try to get Greg to
This updated the documentation of the DT binding to
describe the added wakeup threshold and second wakeup
engine.
It also adds a note, that the axis values may be
negative.
Signed-off-by: Sebastian Reichel s...@kernel.org
---
Documentation/devicetree/bindings/misc/lis302.txt | 9 -
1
Miklos Szeredi mik...@szeredi.hu wrote:
I think this is confusing as hell, there needs to be more consistency
in the naming. E.g. d_backing_is_positive() vs. d_is_positive(). I
know it's the other way round now, but only with a few users.
Yeah. The problem is that all of:
On Fri, Mar 27, 2015 at 12:38:21PM +0100, Hector Marco-Gisbert wrote:
A bug in Linux ASLR implementation which affects some AMD processors has been
found. The issue affects to all Linux process even if they are not using
shared libraries (statically compiled).
...
Signed-off-by: Hector
Hi Vincent,
On 27 February 2015 at 23:54, Vincent Guittot
vincent.guit...@linaro.org wrote:
/**
@@ -6432,18 +6435,19 @@ static inline void update_sd_lb_stats(struct lb_env
*env, struct sd_lb_stats *sd
/*
* In case the child domain prefers tasks go to
Some miscellaneous cleanup and bug fixes.
Dexuan Cui (3):
hv: run non-blocking message handlers in the dispatch tasklet
hv: don't schedule new works in
vmbus_onoffer()/vmbus_onoffer_rescind()
hv: remove the per-channel workqueue
Haiyang Zhang (1):
hv_vmbus: Add gradually increased
From: Vitaly Kuznetsov vkuzn...@redhat.com
Commit 79208c57da53 (Drivers: hv: hv_balloon: Make adjustments in computing
the floor) was inacurate as it introduced a jump in our piecewiese linear
'floor' function:
At 2048MB we have:
Left limit:
104 + 2048/8 = 360
Right limit:
256 + 2048/16 = 384
From: Dexuan Cui de...@microsoft.com
It's not necessary any longer, since we can safely run the blocking
message handlers in vmbus_connection.work_queue now.
Signed-off-by: Dexuan Cui de...@microsoft.com
Cc: K. Y. Srinivasan k...@microsoft.com
Signed-off-by: K. Y. Srinivasan k...@microsoft.com
From: Dexuan Cui de...@microsoft.com
Since the 2 fucntions can safely run in vmbus_connection.work_queue without
hang, we don't need to schedule new work items into the per-channel workqueue.
Actally we can even remove the per-channel workqueue now -- we'll do it
in the next patch.
From: Haiyang Zhang haiya...@microsoft.com
Most of the retries can be done within a millisecond successfully, so we
sleep 1ms before the first retry, then gradually increase the retry
interval to 2^n with max value of 2048ms. Doing so, we will have shorter
overall delay time, because most of the
301 - 400 of 1900 matches
Mail list logo