Split out the pause and resume operations to callbacks of their own. In order
to preserve some backwark compatibility, the dmaengine_pause/dmaengine_resume
are still falling back on dmaengine_device_control.
Eventually, that will allow to get the device capabilities in a generic way,
removing the
We are removing the dmaengine_device_control API, that shouldn't even have been
exposed in the first place. Change the callers to use the proper API.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
drivers/crypto/ux500/cryp/cryp_core.c | 4 ++--
Split the device_control callback of the Atmel HDMAC driver to make use
of the newly introduced callbacks, that will eventually be used to retrieve
slave capabilities.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
drivers/dma/at_hdmac.c | 121
The fact that the channel configuration is done in device_control is rather
misleading, since it's not really advertised as such, plus, the fact that the
framework exposes a function of its own makes it not really intuitive, while
we're losing the type checking whenever we pass that unsigned long
We are removing the dmaengine_device_control API, that shouldn't even have been
exposed in the first place. Change the callers to use the proper API.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
drivers/tty/serial/atmel_serial.c | 10 --
1 file changed, 4
The previous code was relying on the fact that the slave_caps were to be
defined on a per channel basis.
However, this proved to be a bit overkill, since every driver filling these so
far were hardcoding it, disregarding which channel was actually given.
Add these capabilities to the dma_device
On 10/21/14 20:42, Stephen Rothwell wrote:
Hi all,
Changes since 20141021:
on x86_64:
when MEDIA_SUBDRV_AUTOSELECT is not enabled:
when DVB_USB_AZ6027=y and DVB_STB0899=m and DVB_STB6100=m:
drivers/built-in.o: In function `az6027_frontend_attach':
az6027.c:(.text+0x18c50d): undefined
Split the device_control callback of the AMBA PL08x DMA driver to make use
of the newly introduced callbacks, that will eventually be used to retrieve
slave capabilities.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
drivers/dma/amba-pl08x.c | 156
On Wed, Oct 22, 2014 at 10:06:23AM -0600, mathieu.poir...@linaro.org wrote:
@@ -306,10 +324,13 @@ extern void _memset_io(volatile void __iomem *, int,
size_t);
__raw_readw(c)); __r; })
#define readl_relaxed(c) ({ u32 __r = le32_to_cpu((__force __le32) \
Split the device_control callback of the ST-Ericsson COH901318 DMA driver to
make use of the newly introduced callbacks, that will eventually be used to
retrieve slave capabilities.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
drivers/dma/coh901318.c | 137
On Mon, 13 Oct 2014, Stefano Stabellini wrote:
On Mon, 13 Oct 2014, Will Deacon wrote:
On Mon, Oct 13, 2014 at 12:16:14PM +0100, Stefano Stabellini wrote:
On Fri, 10 Oct 2014, Stefano Stabellini wrote:
On Fri, 10 Oct 2014, Will Deacon wrote:
On Fri, Oct 10, 2014 at 12:51:44PM +0100,
In order to migrate the drivers without triggering a BUG_ON for the converted
drivers, which would cause bisectability issues, we need to remove that check
before removing the device_control function entirely.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
On Mon 20-10-14 11:22:12, Johannes Weiner wrote:
pc-mem_cgroup had to be left intact after uncharge for the final LRU
removal, and !PCG_USED indicated whether the page was uncharged. But
since 0a31bc97c80c (mm: memcontrol: rewrite uncharge API) pages are
uncharged after the final LRU removal.
dma_chan_get uses a rather interesting error handling and code path.
Change it to something more usual in the kernel.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
drivers/dma/dmaengine.c | 36 +++-
1 file changed, 19 insertions(+), 17
On Mon, Oct 20, 2014 at 11:22:11AM -0400, Johannes Weiner wrote:
PCG_MEM is a remnant from an earlier version of 0a31bc97c80c (mm:
memcontrol: rewrite uncharge API), used to tell whether migration
cleared a charge while leaving pc-mem_cgroup valid and PCG_USED set.
But in the final version,
Hi,
As we discussed a couple of weeks ago, this is the third attempt at
creating a generic behaviour for slave capabilities retrieval so that
generic layers using dmaengine can actually rely on that.
That has been done mostly through two steps: by moving out the
sub-commands of the
See below ...
On 14-10-22 03:26 PM, Mikulas Patocka wrote:
This is Martin Petersen's xcopy patch
(https://git.kernel.org/cgit/linux/kernel/git/mkp/linux.git/commit/?h=xcopyid=0bdeed274e16b3038a851552188512071974eea8)
with some bug fixes, ported to the current kernel.
This patch makes it
The dmaengine header abbreviates destination as at least two different strings.
Make a coherent use of a single one.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
Acked-by: Mark Brown broo...@kernel.org
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked-by: Stephen
Split out the terminate_all command from device_control to a dma_device
callback. In order to preserve backward capability, still rely on
device_control if no such callback has been implemented.
Eventually, this will allow to create a generic dma_slave_caps callback.
Signed-off-by: Maxime Ripard
On Wed, Oct 22, 2014 at 06:39:56AM +, Eunbong Song wrote:
Applying - but:
+ if(regs)
^^^
There should be a blank between if and opening parenthesis.
Ralf
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On 10/22, Peter Zijlstra wrote:
So I worry about cache aliasing (not an issue on x86), so by touching
'random' pages that might be freed and reissued to back userspace, we
could be accessing the one page through multiple virtual mappings which
therefore result in aliases.
Or this page can be
On Wed, Oct 22, 2014 at 02:29:06PM +0200, Pali Rohár wrote:
On Tuesday 21 October 2014 06:27:23 Guenter Roeck wrote:
On 10/20/2014 09:46 AM, Pali Rohár wrote:
Ok, I will describe my problem. Guenter, maybe you can find
another solution/fix for it.
Calling i8k_get_temp(3) on my
Hi,
A question/request came up during our cache to cache analysis. We were
wondering if give an unique mmap2 id (major, minor, inode, inode
generation), if it was possible to determine a cpu socket id that memory
was attached to at the time of the captured perf event?
We ran into a scenario
On 22 October 2014 18:11, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Oct 22, 2014 at 10:06:23AM -0600, mathieu.poir...@linaro.org wrote:
@@ -306,10 +324,13 @@ extern void _memset_io(volatile void __iomem *, int,
size_t);
On Wed, Oct 22, 2014 at 08:29:56AM -0700, Tony Lindgren wrote:
* Johan Hovold jo...@kernel.org [141022 04:12]:
On Sat, Oct 11, 2014 at 12:08:18PM -0700, Tony Lindgren wrote:
* Johan Hovold jo...@kernel.org [141011 02:42]:
On Fri, Oct 10, 2014 at 12:54:22PM -0500, Felipe Balbi wrote:
Traversal of the ACPI device tree was not done right. It should lookup
PPI only under the ACPI device that it is associated. Otherwise, it could
match to a wrong PPI interface if there are two TPM devices in the device
tree.
Removed global ACPI handle and version string from tpm_ppi.c as this
is
This patch set fixes two race conditions in the TPM subsystem:
* Two-phase initialization for struct tpm_chip so that device can
initialize fully initialize before exposing itself to the user
space. Also, in future TPM2 devices must be flagged before they
can be registered.
* Machines where
Merged transmit_cmd() functions in tpm-interface.c and tpm-sysfs.c.
Added tpm_ prefix for consistency sake. Changed cmd parameter as
opaque. This enables to use separate command structures for TPM1
and TPM2 commands in future. Loose coupling works fine here.
Signed-off-by: Jarkko Sakkinen
On Wed, Oct 22, 2014 at 10:54:26AM -0500, Eric Rost wrote:
On Wed, 2014-10-22 at 11:10 -0400, Jason Cooper wrote:
At some point, Eric Rost wrote:
...
diff --git a/drivers/staging/skein/Makefile
b/drivers/staging/skein/Makefile
index a14aadd..1be01fe 100644
---
tpm_register_hardware() and tpm_remove_hardware() are called often
before initializing the device. This is wrong order since it could
be that main TPM driver needs a fully initialized chip to be able to
do its job. For example, now it is impossible to move common startup
functions such as
With the clock assignment device tree changes, the clocks get
initialized properly but the search for those clocks fails with
errors:
[0.00] i.MX clk 4: register failed with -17
[0.00] i.MX clk 5: register failed with -17
This is because the module can't find those clocks
This patchset is v2 of ARM: dts: vf500/vf610: support VF500 SoC,
and grew by some patches. It now also solves some issues uncovered
by the ARM: vf610m4: Add Vybrid Cortex-M4 support patchset. The
next Cortex-M4 patchset will then base on this patchset.
I could again not use the -M/-B parameter
Add Colibri VF50 device tree files vf500-colibri.dtsi and
vf500-colibri-eval-v3.dts, in line with the Colibri VF61 device tree
files. However, to minimize dupplication we also add vf-colibri.dtsi
and vf-colibri-eval-v3.dtsi which contain the common device tree
nodes.
Signed-off-by: Stefan Agner
On Tue 21-10-14 14:19:10, Johannes Weiner wrote:
0a31bc97c80c (mm: memcontrol: rewrite uncharge API) changed page
migration to uncharge the old page right away. The page is locked,
unmapped, truncated, and off the LRU. But it could race with a
finishing writeback, which then doesn't get
This adds more generic base device trees for Vybrid SoCs. There
are three series of Vybrid SoC commonly available:
- VF3xx series: single core, Cortex-A5 without external memory
- VF5xx series: single core, Cortex-A5
- VF6xx series: dual core, Cortex-A5/Cortex-M4
The second digit represents the
The clock controller module (CCM) has several clock inputs, which
are connected to external crystal oscillators. To reflect this,
assign these fixed clocks to the CCM node directly.
This especially resolves initialization order dependencies we had
with the earlier initialization code: When
On Wed, Oct 22, 2014 at 12:48 AM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
Hi Alexei,
On Tue, 21 Oct 2014, Alexei Starovoitov wrote:
On Tue, Oct 21, 2014 at 10:30 AM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
---
Hi Jarkko,
Jarkko Sakkinen (3):
tpm: merge duplicate transmit_cmd() functions
tpm: two-phase chip management functions
tpm: fix multiple race conditions in tpm_ppi.c
the patchset introduces a sparse error:
CHECK /home/phuewe/linux-2.6-host/drivers/char/tpm/tpm_tis.c
On Wednesday 22 October 2014 18:19:47 Guenter Roeck wrote:
On Wed, Oct 22, 2014 at 02:29:06PM +0200, Pali Rohár wrote:
On Tuesday 21 October 2014 06:27:23 Guenter Roeck wrote:
On 10/20/2014 09:46 AM, Pali Rohár wrote:
Ok, I will describe my problem. Guenter, maybe you can
find
Hi,
On Sun, Oct 19, 2014 at 8:23 PM, Jaehoon Chung jh80.ch...@samsung.com wrote:
Hi.
On 10/17/2014 09:44 PM, Alim Akhtar wrote:
Hi Doug,
On Thu, Oct 16, 2014 at 9:40 PM, Doug Anderson diand...@chromium.org wrote:
Alim,
On Thu, Oct 16, 2014 at 5:57 AM, Alim Akhtar alim.akh...@gmail.com
On Wed, Oct 22, 2014 at 06:14:50PM +0200, Oleg Nesterov wrote:
Hmm. so perhaps I misunderstood your concern...
Do you mean that on !x86 a plain LOAD can corrupt the memory as it seen
from another vaddr?
I'm not sure. Stores for sure, loads I'm not sure about.
I suspect loads are OK, the
On Wed, Oct 22, 2014 at 07:23:54PM +0300, Jarkko Sakkinen wrote:
Merged transmit_cmd() functions in tpm-interface.c and tpm-sysfs.c.
Added tpm_ prefix for consistency sake. Changed cmd parameter as
opaque. This enables to use separate command structures for TPM1
and TPM2 commands in future.
On Mon, Oct 20, 2014 at 04:47:48PM +0200, Javier Martinez Canillas wrote:
of_get_regulation_constraints() calls of_get_child_by_name() to find the
regulator-state-{mem,disk} child nodes for each regulator. This function
increments the device node reference counter but this is not decremented
On Wed, Oct 22, 2014 at 4:58 PM, Jiri Olsa jo...@redhat.com wrote:
On Thu, Oct 09, 2014 at 06:34:45PM +0200, Stephane Eranian wrote:
SNIP
--- a/arch/x86/kernel/cpu/perf_event_intel.c
+++ b/arch/x86/kernel/cpu/perf_event_intel.c
@@ -12,6 +12,7 @@
#include linux/init.h
#include
On Wed, Oct 22, 2014 at 05:06:23PM +0100, mathieu.poir...@linaro.org wrote:
+#if __LINUX_ARM_ARCH__ = 5
My old ARMv5 book does not list LDRD/STRD. It looks like they only come
with ARMv5TE. Are there any processors prior to this supported by the
kernel?
+static inline void __raw_writeq(u64
On Wed, Oct 22, 2014 at 12:20:26PM -0400, Don Zickus wrote:
Hi,
A question/request came up during our cache to cache analysis. We were
wondering if give an unique mmap2 id (major, minor, inode, inode
generation), if it was possible to determine a cpu socket id that memory
was attached to
* Johan Hovold jo...@kernel.org [141022 09:25]:
On Wed, Oct 22, 2014 at 08:29:56AM -0700, Tony Lindgren wrote:
* Johan Hovold jo...@kernel.org [141022 04:12]:
On Sat, Oct 11, 2014 at 12:08:18PM -0700, Tony Lindgren wrote:
* Johan Hovold jo...@kernel.org [141011 02:42]:
On Fri, Oct
On 2014.10.22 17:19, Éric Piel wrote:
On the HP laptop I had (with HPQ0004), no fake keys were reported.
I guess this is a new feature, then.
It should be noted that on my laptop, the accelerometer is completely
decoupled from the hard disk. For example, when freefall is detected,
nothing
On Wed, 2014-10-22 at 15:54 +0200, Antonios Motakis wrote:
On Tue, Oct 21, 2014 at 6:34 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2014-10-13 at 15:10 +0200, Antonios Motakis wrote:
This patch enables the IOCTLs VFIO_DEVICE_GET_REGION_INFO ioctl call,
which allows the
On Mon, Oct 20, 2014 at 04:47:51PM +0200, Javier Martinez Canillas wrote:
+ char *states[PM_SUSPEND_MAX + 1] = {
+ [PM_SUSPEND_MEM] = regulator-state-mem,
+ [PM_SUSPEND_MAX] = regulator-state-disk,
+ };
This still has the same problem as your previous patch
If you are convinced that dropping the null tests is a good idea, then you
can submit the patch that makes the change to the relevant maintainers and
mailing lists.
Would you like to integrate the following proposal into your source code
repository?
Regards,
Markus
From
On Wed, Oct 22, 2014 at 9:59 AM, Lorenzo Pieralisi
lorenzo.pieral...@arm.com wrote:
... I wonder what's the
best course of action. Putting together all the bits and pieces required
to remove PCI bios dependency from this patch can take a while, I wonder
whether we should aim for merging this
On Tue, Oct 21, 2014 at 9:11 AM, Sergey ser...@elementaryos.org wrote:
Hey everyone,
I'm glad we're having some discussion on this, because we have almost
exactly the same kernel wishlist internally for elementary OS / Pantheon DE.
I believe I can further elaborate on the VFS monitoring
On 10/21/2014 07:47 PM, Bjorn Helgaas wrote:
[+cc Joerg, Eric, Tom, David, iommu list]
On Wed, Oct 15, 2014 at 2:14 AM, Takao Indoh indou.ta...@jp.fujitsu.com
wrote:
(2014/10/14 18:34), Li, ZhenHua wrote:
I tested on the latest stable version 3.17, it works well.
On 10/10/2014 03:13 PM,
On Wed, Oct 22, 2014 at 07:38:37AM -0700, Paul E. McKenney wrote:
On Wed, Oct 22, 2014 at 11:53:49AM +0200, Jiri Kosina wrote:
On Tue, 21 Oct 2014, Jiri Kosina wrote:
Hi,
I am seeing the lockdep report below when resuming from suspend-to-disk
with current Linus' tree
On Wed, 2014-10-22 at 15:55 +0200, Antonios Motakis wrote:
On Tue, Oct 21, 2014 at 6:51 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2014-10-13 at 15:10 +0200, Antonios Motakis wrote:
Allow to memory map the MMIO regions of the device so userspace can
directly access them.
Hi,
We've run into a AB/BA deadlock situation involving a driver lock and
the CPU hotplug lock on a 3.10 based kernel. The situation is this:
CPU 0 CPU 1
-
Start CPU hotplug
mutex_lock(cpu_hotplug.lock)
Run CPU hotplug notifier
On 10/21, Victor Kamensky wrote:
+static int dump_write_last_byte(struct coredump_params *cprm)
+{
+ char lastbyte = 0;
+ struct file *file = cprm-file;
+
+ if (file-f_op-llseek file-f_op-llseek != no_llseek) {
+ if (dump_interrupted() ||
+
On Wed, 22 Oct 2014 11:53:49 +0200 (CEST)
Jiri Kosina jkos...@suse.cz wrote:
Still, the lockdep stacktrace is bogus and didn't really help
understanding this. Any idea why it's wrong?
Could possibly be from a tail call?
==
[ INFO:
Arnd, Olof, Kevin,
This is my first batch of fixes for 3.18.
The power/reset driver part is there because it was introduced through arm-soc
and it seems that it's better to continue like that.
The MAINTAINERS entry is better if included the soonest.
Note as well that it's my first pull-request
Commit 2ed53c0d6cc9 (x86/smpboot: Speed up suspend/resume by avoiding
100ms sleep for CPU offline during S3) introduced completions to CPU
offlining process. These completions are not initialized on Xen kernels
causing a panic in play_dead_common().
Move handling of die_complete into common
-Original Message-
From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
Sent: Wednesday, October 22, 2014 9:07 AM
To: KY Srinivasan; Haiyang Zhang; de...@linuxdriverproject.org
Cc: linux-kernel@vger.kernel.org
Subject: [PATCH] tools: hv: introduce -n/--no-daemon option
All
On Tue, Oct 21, 2014 at 5:12 PM, Kevin Fenzi ke...@scrye.com wrote:
On Mon, 20 Oct 2014 14:53:59 -0600
Kevin Fenzi ke...@scrye.com wrote:
On Mon, 20 Oct 2014 16:43:26 -0400
Dave Jones da...@redhat.com wrote:
I've seen similar soft lockup traces from the sys_unshare path when
running my
On 14-10-22 01:22 AM, Arnd Bergmann wrote:
On Tuesday 21 October 2014 17:11:08 Scott Branden wrote:
OK, I will remove the iProc SoC based Machine types. This was
grouping all iProc based SoCs under one menu and parallels what the
existing Broadcom Mobile Soc Support menu does.
I can create
On Wed, Oct 22, 2014 at 06:35:53PM +0200, Pali Rohár wrote:
On Wednesday 22 October 2014 18:19:47 Guenter Roeck wrote:
On Wed, Oct 22, 2014 at 02:29:06PM +0200, Pali Rohár wrote:
On Tuesday 21 October 2014 06:27:23 Guenter Roeck wrote:
On 10/20/2014 09:46 AM, Pali Rohár wrote:
Ok, I
On Wed, 2014-10-22 at 16:25 +0300, Jani Nikula wrote:
On Wed, 22 Oct 2014, Joe Perches j...@perches.com wrote:
On Wed, 2014-10-22 at 13:43 +0300, Jani Nikula wrote:
Since commit 66b47b4a9dad00e45c049d79966de9a3a1f4d337
Author: Kees Cook keesc...@chromium.org
Date: Mon Oct 13 15:51:57
On Tue, Oct 21, 2014 at 08:09:38PM +0200, Bastien Nocera wrote:
On Tue, 2014-10-21 at 11:00 -0700, John Stultz wrote:
On Tue, Oct 21, 2014 at 10:14 AM, Bastien Nocera had...@hadess.net wrote:
As for: 'Export of wake reason when the system wakes up (rtc alarm,
lid open, etc.) and wakealarm
On Wed, Oct 22, 2014 at 07:23:55PM +0300, Jarkko Sakkinen wrote:
tpm_register_hardware() and tpm_remove_hardware() are called often
before initializing the device. This is wrong order since it could
be that main TPM driver needs a fully initialized chip to be able to
do its job. For example,
Jinkun,
On Wed, Oct 22, 2014 at 12:53 AM, jinkun.hong
jinkun.h...@rock-chips.com wrote:
+#define to_rockchip_pd(_gpd) container_of(_gpd, struct rockchip_domain, base)
+
+static int rockchip_pmu_set_idle_request(struct rockchip_domain *pd,
+bool idle)
On Wed, Oct 22, 2014 at 06:22:09PM +0200, Mathieu Poirier wrote:
I had this conversation with a colleague who reviewed the work. If
the architecture is 5 the __raw_ versions aren't included and the
compiler won't complain until someone tries to use the macros. We
achieve the same result -
On Wed, Oct 22, 2014 at 10:54 AM, Alexander Duyck
alexander.du...@gmail.com wrote:
On 10/21/2014 07:47 PM, Bjorn Helgaas wrote:
[+cc Joerg, Eric, Tom, David, iommu list]
On Wed, Oct 15, 2014 at 2:14 AM, Takao Indoh indou.ta...@jp.fujitsu.com
wrote:
(2014/10/14 18:34), Li, ZhenHua wrote:
I
On Wed, Oct 22, 2014 at 5:07 PM, Jiri Olsa jo...@redhat.com wrote:
On Thu, Oct 09, 2014 at 06:34:39PM +0200, Stephane Eranian wrote:
From: Maria Dimakopoulou maria.n.dimakopou...@gmail.com
SNIP
+struct intel_excl_cntrs *allocate_excl_cntrs(int cpu)
+{
+ struct intel_excl_cntrs *c;
+
On Wed, 22 Oct 2014, Steven Rostedt wrote:
Still, the lockdep stacktrace is bogus and didn't really help
understanding this. Any idea why it's wrong?
Could possibly be from a tail call?
Doesn't seem so:
(gdb) disassemble cpuidle_pause
Dump of assembler code for function cpuidle_pause:
On Wed, Oct 22, 2014 at 07:23:56PM +0300, Jarkko Sakkinen wrote:
Traversal of the ACPI device tree was not done right. It should lookup
PPI only under the ACPI device that it is associated. Otherwise, it could
match to a wrong PPI interface if there are two TPM devices in the device
tree.
On 10/22/2014 11:29 AM, One Thousand Gnomes wrote:
However, without needing the global tty_mutex held, the tty locks for
the releasing tty can now be held through the sleep. The sanity check
is for abnormal conditions caused by kernel bugs, not for recoverable
errors caused by misbehaving
(Adding Paul and Eric in Cc)
I am not aware of any change in net/core/dev.c related here,
so I guess it's a bug in rcu_barrier().
Thanks.
On Wed, Oct 22, 2014 at 10:12 AM, Josh Boyer jwbo...@fedoraproject.org wrote:
Someone else is seeing this when they try and modprobe ppp_generic:
[
On Mon, Oct 20, 2014 at 03:56:02PM +0300, Grygorii Strashko wrote:
From: Geert Uytterhoeven geert+rene...@glider.be
The existing pm_clk_add() allows to pass a clock by con_id. However,
when referring to a specific clock from DT, no con_id is available.
Add pm_clk_add_clk(), which allows to
Em Wed, Oct 22, 2014 at 06:45:10PM +0200, Peter Zijlstra escreveu:
On Wed, Oct 22, 2014 at 12:20:26PM -0400, Don Zickus wrote:
Our cache-to-cache tool noticed the slowdown but we couldn't understand
why because we had falsely assumed the memory was allocated on the local
node but instead it
David Drysdale drysd...@google.com writes:
On Tue, Oct 21, 2014 at 5:29 AM, Eric W. Biederman
ebied...@xmission.com wrote:
Andy Lutomirski l...@amacapital.net writes:
On Mon, Oct 20, 2014 at 6:48 AM, David Drysdale drysd...@google.com wrote:
On Sun, Oct 19, 2014 at 1:20 AM, Eric W.
On Wed, Oct 22, 2014 at 09:58:34AM +0200, Ulf Hansson wrote:
Using the devm_*API is supposed to work from here. I have kept this in
mind, while we added the new dev_pm_domain_attach|detach() API. The
buses also handles -EPROBE_DEFER.
How do you ensure this? You have no control over from
Hi Michael,
On 10/22/2014 11:50 AM, Michael S. Tsirkin wrote:
virtio 1.0 makes all memory structures LE, so
we need APIs to conditionally do a byteswap on BE
architectures.
To make it easier to check code statically,
add virtio specific types for multi-byte integers
in memory.
Add low
Jiri Olsa [jo...@redhat.com] wrote:
| + goto out;
| + }
| + dso-dwfl = dwfl;
|
| so by this we get powerpc arch code sharing dw handle via dso object,
| but we have lot of generic code too ;-)
Well, this applies to powerpc...
|
| could you make this
On Wed, Oct 22, 2014 at 1:37 PM, Cong Wang cw...@twopensource.com wrote:
(Adding Paul and Eric in Cc)
I am not aware of any change in net/core/dev.c related here,
so I guess it's a bug in rcu_barrier().
Possibly. The person that reported the issue below said it showed up
between Linux
On Wed, Oct 22, 2014 at 6:46 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Wed, 2014-10-22 at 15:54 +0200, Antonios Motakis wrote:
On Tue, Oct 21, 2014 at 6:34 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2014-10-13 at 15:10 +0200, Antonios Motakis wrote:
This
Cong Wang cw...@twopensource.com writes:
(Adding Paul and Eric in Cc)
On Wed, Oct 22, 2014 at 10:12 AM, Josh Boyer jwbo...@fedoraproject.org
wrote:
Someone else is seeing this when they try and modprobe ppp_generic:
[ 240.599195] INFO: task kworker/u16:5:100 blocked for more than 120
On 22 October 2014 19:19, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Oct 22, 2014 at 06:22:09PM +0200, Mathieu Poirier wrote:
I had this conversation with a colleague who reviewed the work. If
the architecture is 5 the __raw_ versions aren't included and the
compiler
David Drysdale drysd...@google.com writes:
Signed-off-by: David Drysdale drysd...@google.com
---
man2/execveat.2 | 144
1 file changed, 144 insertions(+)
create mode 100644 man2/execveat.2
diff --git a/man2/execveat.2
On Wed, Oct 22, 2014 at 10:37:53AM -0700, Cong Wang wrote:
(Adding Paul and Eric in Cc)
I am not aware of any change in net/core/dev.c related here,
so I guess it's a bug in rcu_barrier().
Thanks.
Does commit 789cbbeca4e (workqueue: Add quiescent state between work items)
and 3e28e3772
On Wed, Oct 22, 2014 at 2:33 AM, Qais Yousef qais.you...@imgtec.com wrote:
On 10/20/2014 08:03 PM, Andrew Bresticker wrote:
Stop using the REG macros from gic.h and instead use proper iomem
accessors.
Signed-off-by: Andrew Bresticker abres...@chromium.org
---
If you are convinced that dropping the null tests is a good idea, then you
can submit the patch that makes the change to the relevant maintainers and
mailing lists.
From af73fb59d5d4b2c289fb236d0752522b6b38 Mon Sep 17 00:00:00 2001
From: Markus Elfring elfr...@users.sourceforge.net
Date:
On Wed, Oct 22, 2014 at 1:59 PM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
On Wed, Oct 22, 2014 at 10:37:53AM -0700, Cong Wang wrote:
(Adding Paul and Eric in Cc)
I am not aware of any change in net/core/dev.c related here,
so I guess it's a bug in rcu_barrier().
Thanks.
Does
On Wed, Oct 22, 2014 at 06:30:51PM +0200, Michal Hocko wrote:
On Tue 21-10-14 14:19:10, Johannes Weiner wrote:
0a31bc97c80c (mm: memcontrol: rewrite uncharge API) changed page
migration to uncharge the old page right away. The page is locked,
unmapped, truncated, and off the LRU. But it
Hi
(Cc'ing everybody mentioned in the original patch)
I work for Intel, on our Linux Graphics driver - aka i915.ko - and our
QA team recently reported a regression on:
commit b4f0d3755c5e9cc86292d5fd78261903b4f23d4a
Author: Richard Guy Briggs
Date: Tue Mar 4 10:38:06 2014 -0500
audit:
David Drysdale drysd...@google.com writes:
Add a new system execveat(2) syscall. execveat() is to execve() as
openat() is to open(): it takes a file descriptor that refers to a
directory, and resolves the filename relative to that.
In addition, if the filename is empty and AT_EMPTY_PATH is
On 10/22/2014 12:45 PM, Peter Zijlstra wrote:
On Wed, Oct 22, 2014 at 12:20:26PM -0400, Don Zickus wrote:
Hi,
A question/request came up during our cache to cache analysis. We were
wondering if give an unique mmap2 id (major, minor, inode, inode
generation), if it was possible to determine a
On Wed, Oct 22, 2014 at 12:53:24PM -0500, Eric W. Biederman wrote:
Cong Wang cw...@twopensource.com writes:
(Adding Paul and Eric in Cc)
On Wed, Oct 22, 2014 at 10:12 AM, Josh Boyer jwbo...@fedoraproject.org
wrote:
Someone else is seeing this when they try and modprobe
Em Wed, Oct 22, 2014 at 02:42:26PM -0300, Arnaldo Carvalho de Melo escreveu:
Em Wed, Oct 22, 2014 at 06:45:10PM +0200, Peter Zijlstra escreveu:
On Wed, Oct 22, 2014 at 12:20:26PM -0400, Don Zickus wrote:
Our cache-to-cache tool noticed the slowdown but we couldn't understand
why because
Add cc's.
On 10/22, Peter Zijlstra wrote:
On Wed, Oct 22, 2014 at 06:14:50PM +0200, Oleg Nesterov wrote:
Hmm. so perhaps I misunderstood your concern...
Do you mean that on !x86 a plain LOAD can corrupt the memory as it seen
from another vaddr?
I'm not sure. Stores for sure, loads I'm
That's really serious. Looking now.
On Wed, 2014-10-22 at 16:08 -0200, Paulo Zanoni wrote:
Hi
(Cc'ing everybody mentioned in the original patch)
I work for Intel, on our Linux Graphics driver - aka i915.ko - and our
QA team recently reported a regression on:
commit
On Wed, Oct 22, 2014 at 7:21 AM, Joerg Roedel j...@8bytes.org wrote:
Hi Bjorn,
On Tue, Oct 21, 2014 at 08:16:46PM -0600, Bjorn Helgaas wrote:
I was looking at Zhen-Hua's recent patches, trying to figure out if I
need to do anything with them. Resetting devices in the old kernel
seems like a
701 - 800 of 1964 matches
Mail list logo
