On Fri, Jul 11, 2014 at 01:10:41PM -0500, Christoph Lameter wrote:
> On Tue, 8 Jul 2014, Frederic Weisbecker wrote:
>
> > > I was figuring that a fair number of the kthreads might eventually
> > > be using this, not just for the grace-period kthreads.
> >
> > Ok makes sense. But can we just rename
On Fri, Jul 11, 2014 at 12:50:11AM +0300, Oded Gabbay wrote:
> This patch adds the code base of the scheduler, which handles queue
> creation, deletion and scheduling on the CP of the GPU.
>
> Signed-off-by: Oded Gabbay
I would rather see all this squashed, this gave feeling that driver
can acce
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit cd3de83f147601356395b57a8673e9c5ff1e59d1:
Linux 3.16-rc4 (2014-07-06 12:37:51 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes
> diff --git a/arch/x86/include/uapi/asm/sigcontext.h
> b/arch/x86/include/uapi/asm/sigcontext.h
> index 076b11f..df9908b 100644
> --- a/arch/x86/include/uapi/asm/sigcontext.h
> +++ b/arch/x86/include/uapi/asm/sigcontext.h
I don't think renaming fields in uapi/asm is acceptable. These
are likely
On Fri, Jul 11, 2014 at 1:38 AM, Fabio Coatti wrote:
> In data giovedì 10 luglio 2014 14:05:27, Bjorn Helgaas ha scritto:
>> ...
>> Fabio, can you pastebin your complete dmesg log?
>
> Sure, here you go:
>
> http://pastebin.com/FiL7N64b
I opened this bugzilla:
https://bugzilla.kernel.org/show_bug
On Fri, Jul 11, 2014 at 06:02:39PM +, Bridgman, John wrote:
> >From: Jerome Glisse [mailto:j.gli...@gmail.com]
> >Sent: Friday, July 11, 2014 1:04 PM
> >To: Oded Gabbay
> >Cc: David Airlie; Deucher, Alexander; linux-kernel@vger.kernel.org; dri-
> >de...@lists.freedesktop.org; Bridgman, John; Le
On Tue, 8 Jul 2014, Frederic Weisbecker wrote:
> > I was figuring that a fair number of the kthreads might eventually
> > be using this, not just for the grace-period kthreads.
>
> Ok makes sense. But can we just rename the cpumask to housekeeping_mask?
That would imply that all no-nohz processor
On 11 July 2014 17:40, Ard Biesheuvel wrote:
> On 11 July 2014 17:30, Steven Rostedt wrote:
>> On Fri, 11 Jul 2014 08:12:40 -0700
>> "Paul E. McKenney" wrote:
>>
>>> On Fri, Jul 11, 2014 at 01:38:12PM +0200, Ard Biesheuvel wrote:
>>> > Commit f7f7bac9cb1c ("rcu: Have the RCU tracepoints use the
On Fri, Jul 11, 2014 at 07:14:23PM +0200, Andreas Noever wrote:
> Greg, can you add this to your char-misc tree (instead of the kzalloc
> patch, or do you need a rebased patch)?
I need a patch on top of my char-misc tree as the kzalloc version is
already applied there.
thanks,
greg k-h
--
To uns
On Fri, Jul 11, 2014 at 06:20:58PM +0100, Ben Hutchings wrote:
> On Wed, 2014-07-09 at 16:57 -0700, Greg Kroah-Hartman wrote:
> > On Sun, Jun 08, 2014 at 11:51:43PM +0100, Ben Hutchings wrote:
> > > snprintf() returns the number of bytes that could have been written
> > > (excluding the null), not
As of:
4845934 ACPI / scan: use platform bus type by default for _HID enumeration
ACPI uses the platform bus by default, changing the opt-in to an opt-out
policy, eliminating the acpi_platform_device_ids table and replacing it
with forbidden_id_list[].
Remove the qualifying paragraph from th
On Fri, Jul 11, 2014 at 06:02:56PM +0100, Bjorn Helgaas wrote:
> On Fri, Jul 11, 2014 at 8:11 AM, Catalin Marinas
> wrote:
> > On Thu, Jul 10, 2014 at 11:36:10PM +0100, Bjorn Helgaas wrote:
> >> Most of the rest of the v7 discussion was about "Introduce a domain
> >> number for pci_host_bridge."
>-Original Message-
>From: Jerome Glisse [mailto:j.gli...@gmail.com]
>Sent: Friday, July 11, 2014 1:04 PM
>To: Oded Gabbay
>Cc: David Airlie; Deucher, Alexander; linux-kernel@vger.kernel.org; dri-
>de...@lists.freedesktop.org; Bridgman, John; Lewycky, Andrew; Joerg
>Roedel; Gabbay, Oded;
Windows 8.1 guest with NVIDIA driver and GPU fails to boot with an
emulation failure. The KVM spew suggests the fault is with lack of
movntdq emulation (courtesy of Paolo):
Code=02 00 00 b8 08 00 00 00 f3 0f 6f 44 0a f0 f3 0f 6f 4c 0a e0 <66> 0f e7 41
f0 66 0f e7 49 e0 48 83 e9 40 f3 0f 6f 44 0a
On Fri, Jul 11, 2014 at 9:49 AM, Oleg Nesterov wrote:
> On 07/10, Kees Cook wrote:
>>
>> This adds the ability for threads to request seccomp filter
>> synchronization across their thread group (at filter attach time).
>> For example, for Chrome to make sure graphic driver threads are fully
>> con
If 'arat' is set in the cpuflags, we can avoid the checks for entering/exiting
the tick broadcast code entirely. It would seem that this is a hot enough code
path to make this worthwhile. I ran a few hackbench runs, and consistenly see
reduced branches and cycles.
Signed-off-by: Jason Baron
---
2014-07-11 17:38 GMT+03:00 Ian Abbott :
> Signed-off-by: Andrey Utkin
I think it's incorrect that you have instantly placed my signoff
statement on this new patch.
Anyway, thanks for your work on the issue.
--
Andrey Utkin
--
To unsubscribe from this list: send the line "unsubscribe linux-kerne
On 07/11/2014 03:58 PM, Stefan Agner wrote:
> Hi Marc,
>
> Am 2014-07-11 14:09, schrieb Marc Kleine-Budde:
>> IMHO it should be 4 seperate patches:
>> - dt
>> - clocks
>> - flexcan_get_berr_counter fixes
>> - your flexcan enhancements
>
> Ok, will split.
>
>>> @@ -362,7 +374,7 @@
>>>
>>>
The DT binding example in the documentation is missing the -supply
suffix for the vmmc and vqmmc regulators. Fix it.
Signed-off-by: Georgi Djakov
---
.../devicetree/bindings/mmc/sdhci-msm.txt |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/Documentation/de
Increase the build testing coverage.
Signed-off-by: Georgi Djakov
---
drivers/mmc/host/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/Kconfig b/drivers/mmc/host/Kconfig
index a565254..1325cae 100644
--- a/drivers/mmc/host/Kconfig
+++ b/drivers/mmc
The header is unused. Remove it.
Signed-off-by: Georgi Djakov
---
drivers/mmc/host/sdhci-msm.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci-msm.c b/drivers/mmc/host/sdhci-msm.c
index 40573a5..1a6661e 100644
--- a/drivers/mmc/host/sdhci-msm.c
+++ b/drivers/mmc/hos
This patchset contains fixes in the documentation, cleanups
and enables COMPILE_TEST for better testing coverage.
Georgi Djakov (3):
mmc: sdhci-msm: Fix the binding example
mmc: sdhci-msm: Remove unnecessary header file inclusion
mmc: sdhci-msm: Get COMPILE_TEST support
.../devicetree/bind
Checking... we shouldn't need to call the lock from kfd any more.We should be
able to do any required locking in radeon kgd code.
>-Original Message-
>From: Jerome Glisse [mailto:j.gli...@gmail.com]
>Sent: Friday, July 11, 2014 12:35 PM
>To: Oded Gabbay
>Cc: David Airlie; Deucher, Alexand
On Fri, Jul 11, 2014 at 7:04 PM, Jerome Glisse wrote:
> Are we to assume that for eternity this will not work on iommu that do support
> PASID/ATS but are not from AMD ? If it was an APU specific function i would
> understand but it seems that the IOMMU API needs to grow. I am pretty sure
> Intel
On 11 July 2014 17:13, Peter Zijlstra wrote:
> On Fri, Jul 11, 2014 at 09:51:06AM +0200, Vincent Guittot wrote:
>> On 10 July 2014 15:16, Peter Zijlstra wrote:
>> > On Mon, Jun 30, 2014 at 06:05:40PM +0200, Vincent Guittot wrote:
>> >> This reverts commit f5f9739d7a0ccbdcf913a0b3604b134129d14f7e.
On Fri, 11 Jul 2014, Tejun Heo wrote:
> On Fri, Jul 11, 2014 at 11:19:14AM -0500, Christoph Lameter wrote:
> > Yes that works. But if we want a consistent node to allocate from (and
> > avoid the fallbacks) then we need this patch. I think this is up to those
> > needing memoryless nodes to figure
On Wed, Jul 09, 2014 at 07:06:04PM +0400, Cyrill Gorcunov wrote:
>
> Thanks a lot for comments, Kees! I tend to agre, leaving off the @prctl_map
> variable out of macros should make code also shorter, I'll update that's
> not the problem. Could you please re-check if I'm not missing something
> in
Hi Pavel!
On 11/07/2014 07:57 μμ, Pavel Machek wrote:
> Hi!
>
>> Tested on Intel i7-3770 CPU @ 3.40GHz and on ARM quad core 1500MHz Krait
>> (Android smartphone).
>> Benchmarks on Intel i7 shows a performance improvement on low and medium
>> work loads with lower power consumption. Specifics:
>>
On Fri, 2014-07-11 at 13:04 -0400, Jerome Glisse wrote:
> On Fri, Jul 11, 2014 at 12:50:09AM +0300, Oded Gabbay wrote:
[]
> > +static long kfd_ioctl(struct file *, unsigned int, unsigned long);
>
> Nitpick, avoid unsigned int just use unsigned.
I suggest unsigned int is much more common (and bett
This commit:
commit 6f6343f53d133bae516caf3d254bce37d8774625
Author: Masami Hiramatsu
Date: Thu Apr 17 17:17:33 2014 +0900
kprobes/x86: Call exception handlers directly from do_int3/do_debug
appears to have inadvertently dropped a check that the int3 came
from kernel mode.
On Fri, Jul 11, 2014 at 06:06:36PM +0100, Ian Abbott wrote:
> On 2014-07-11 16:34, Dan Carpenter wrote:
> >On Fri, Jul 11, 2014 at 03:38:30PM +0100, Ian Abbott wrote:
> >>From: Andrey Utkin
> >>
> >>From: Andrey Utkin
> >>
> >>The issue was discovered with static analysis and has two instances in
On Wed, 2014-07-09 at 16:57 -0700, Greg Kroah-Hartman wrote:
> On Sun, Jun 08, 2014 at 11:51:43PM +0100, Ben Hutchings wrote:
> > snprintf() returns the number of bytes that could have been written
> > (excluding the null), not the actual number of bytes written. Given a
> > long enough subsystem
On 11/07/14 20:08, Andrew Bresticker wrote:
On Fri, Jul 11, 2014 at 9:48 AM, Tuomas Tynkkynen wrote:
On 11/07/14 19:28, Andrew Bresticker wrote:
On Thu, Jul 10, 2014 at 2:42 PM, Tuomas Tynkkynen
wrote:
The DFLL is the main clocksource for the fast CPU cluster on Tegra124
and also provi
Greg, can you add this to your char-misc tree (instead of the kzalloc
patch, or do you need a rebased patch)?
Thanks,
Andreas
On Thu, Jul 10, 2014 at 6:45 PM, Andreas Noever
wrote:
> On Wed, Jul 9, 2014 at 12:31 AM, Himangi Saraogi wrote:
>> nhi->rx_rings does not have type as struct tb_ring *,
On Fri, Jul 11, 2014 at 10:10:13AM +0100, Sebastian Hesselbarth wrote:
> commit 431a84b1a4f7d1a0085d5b91330c5053cc8e8b12
> ("ARM: 8034/1: Disable preemption in iwmmxt_task_enable()")
> introduced macros {inc,dec}_preempt_count to iwmmxt_task_enable
> to make it run with preemption disabled.
>
> U
On Fri, Jul 11, 2014 at 9:48 AM, Tuomas Tynkkynen wrote:
>
>
> On 11/07/14 19:28, Andrew Bresticker wrote:
>>
>> On Thu, Jul 10, 2014 at 2:42 PM, Tuomas Tynkkynen
>> wrote:
>>>
>>> The DFLL is the main clocksource for the fast CPU cluster on Tegra124
>>> and also provides automatic CPU rail volta
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf
>Of Alex Deucher
>Sent: Friday, July 11, 2014 12:23 PM
>To: Koenig, Christian
>Cc: Oded Gabbay; Lewycky, Andrew; LKML; Maling list - DRI developers;
>Deucher, Alexander
>Subject: Re: [PATCH 02/
On 2014-07-11 16:34, Dan Carpenter wrote:
On Fri, Jul 11, 2014 at 03:38:30PM +0100, Ian Abbott wrote:
From: Andrey Utkin
From: Andrey Utkin
The issue was discovered with static analysis and has two instances in
this file. The code looks like this
if (x < 65536000) {
...
} else if (x
On Fri, Jul 11, 2014 at 8:11 AM, Catalin Marinas
wrote:
> On Thu, Jul 10, 2014 at 11:36:10PM +0100, Bjorn Helgaas wrote:
>> Most of the rest of the v7 discussion was about "Introduce a domain
>> number for pci_host_bridge." I think we should add arm64 using the
>> existing pci_scan_root_bus() and
Hi!
> Tested on Intel i7-3770 CPU @ 3.40GHz and on ARM quad core 1500MHz Krait
> (Android smartphone).
> Benchmarks on Intel i7 shows a performance improvement on low and medium
> work loads with lower power consumption. Specifics:
>
> Phoronix Linux Kernel Compilation 3.1:
> Time: -0.40%, energy
On Tue, Jul 08, 2014 at 03:32:30PM -0700, Dave Hansen wrote:
> On 07/08/2014 01:41 PM, Naoya Horiguchi wrote:
> >> > It would only set the first two bytes of a
> >> > 256k BMAP buffer since only two pages were encountered in the radix tree.
> > Hmm, this example shows me a problem, thanks.
> >
>
On 07/10, Kees Cook wrote:
>
> This adds the ability for threads to request seccomp filter
> synchronization across their thread group (at filter attach time).
> For example, for Chrome to make sure graphic driver threads are fully
> confined after seccomp filters have been attached.
>
> To support
Sure, I'll do that for v2.
On 07/11/2014 07:43 PM, Andrew Bresticker wrote:
On Fri, Jul 11, 2014 at 7:18 AM, Mikko Perttunen wrote:
Add binding documentation for the nvidia,tegra124-emc device tree
node.
diff --git a/Documentation/devicetree/bindings/memory-controllers/tegra-emc.txt
b/Docu
On 11/07/14 19:28, Andrew Bresticker wrote:
On Thu, Jul 10, 2014 at 2:42 PM, Tuomas Tynkkynen wrote:
The DFLL is the main clocksource for the fast CPU cluster on Tegra124
and also provides automatic CPU rail voltage scaling as well. The DFLL
is a separate IP block from the usual Tegra124 cloc
On 07/11/2014 12:21 PM, Peter Zijlstra wrote:
> On Fri, Jul 11, 2014 at 06:17:31PM +0200, Geert Uytterhoeven wrote:
>> On Fri, Jul 11, 2014 at 6:13 PM, Peter Zijlstra wrote:
>>> My Red Hat email address will soon cease to be; remove it from the
>>> tree in order to save the interweb some bounces.
On 07/11/2014 09:36 AM, Paul Moore wrote:
>
> Arguably audit is broken anyway by not correctly treating syscall numbers as
> 32 bit integers like everyone else.
>
That is really the root cause of the problem. x86 is not the only
architecture with a sparse syscall numbering scheme (in fact the
On Fri, Jul 11, 2014 at 7:18 AM, Mikko Perttunen wrote:
> Add binding documentation for the nvidia,tegra124-emc device tree
> node.
> diff --git
> a/Documentation/devicetree/bindings/memory-controllers/tegra-emc.txt
> b/Documentation/devicetree/bindings/memory-controllers/tegra-emc.txt
> +Requ
On Fri, 2014-07-11 at 18:17 +0200, Geert Uytterhoeven wrote:
> On Fri, Jul 11, 2014 at 6:13 PM, Peter Zijlstra wrote:
> > My Red Hat email address will soon cease to be; remove it from the
> > tree in order to save the interweb some bounces.
> > --- a/include/linux/jump_label.h
[]
> > - * Copyrig
On Thursday, July 10, 2014 11:38:13 PM Richard Guy Briggs wrote:
> Commit
> fca460f h...@zytor.com 2012-02-19 07:56:26 -0800
> x32: Handle the x32 system call flag
>
> provided a method to multiplex architecture with the syscall number for X32
> calls.
>
> Commit
> 8b4b9f2 pmo..
On Fri, Jul 11, 2014 at 12:50:08AM +0300, Oded Gabbay wrote:
> The KFD driver should be loaded when the radeon driver is loaded and
> should be finalized when the radeon driver is removed.
>
> This patch adds a function call to initialize kfd from radeon_init
> and a function call to finalize kfd
From: Bo Shen
Add clocks for usb device, or else switch to CCF, the gadget
won't work.
Reported-by: Jiri Prchal
Signed-off-by: Bo Shen
Acked-by: Alexandre Belloni
Tested-by: Jiri Prchal
Signed-off-by: Nicolas Ferre
---
Arnd, Olof, Kevin,
This fix is the only one that I have for 3.16-rc cur
On Fri, Jul 11, 2014 at 12:50:07AM +0300, Oded Gabbay wrote:
> This patch adds a new interface to kfd2kgd_calls structure, which
> allows the kfd to lock and unlock the srbm_gfx_cntl register
Why does kfd needs to lock this register if kfd can not access
any of those register ? This sounds broken
On Fri, Jul 11, 2014 at 8:29 AM, Tuomas Tynkkynen wrote:
>
> On the hardware level, the two I2C controllers sharing the same pins
> have knowledge of each other and won't start transmitting if the bus
> is busy (something different from the usual I2C arbitration, that is).
> I guess on the kernel
On Fri, Jul 11, 2014 at 12:50:06AM +0300, Oded Gabbay wrote:
> This patch adds new interfaces to kfd2kgd_calls structure.
>
> The new interfaces allow the kfd driver to :
>
> 1. Allocated video memory through the radeon driver
> 2. Map and unmap video memory with GPUVM through the radeon driver
>
"Serge E. Hallyn" writes:
> Quoting chenhanx...@cn.fujitsu.com (chenhanx...@cn.fujitsu.com):
>> Hello,
>>
>> How to reproduce:
>> 1. Prepare a container, enable userns and disable netns
>> 2. use libvirt-lxc to start a container
>> 3. libvirt could not mount sysfs then failed to start.
>>
>> Th
On Friday, July 11, 2014 12:23:33 PM Eric Paris wrote:
> On Fri, 2014-07-11 at 12:21 -0400, Paul Moore wrote:
> > On Friday, July 11, 2014 12:16:47 PM Eric Paris wrote:
> > > On Fri, 2014-07-11 at 12:11 -0400, Paul Moore wrote:
> > > > On Thursday, July 10, 2014 09:06:02 PM H. Peter Anvin wrote:
>
Add decoding logic for new Fam15h model 60h.
Tested using mce_amd_inj module and works fine.
Signed-off-by: Aravind Gopalakrishnan
---
drivers/edac/mce_amd.c | 59 ++
1 file changed, 55 insertions(+), 4 deletions(-)
diff --git a/drivers/edac/mce_
On 07/11/2014 09:23 AM, Eric Paris wrote:
>>
>> You're not going to hear me ever say that I like how the x32 ABI was done,
>> it
>> is a real mess from a seccomp filter point of view and we have to do some
>> nasty stuff in libseccomp to make it all work correctly (see my comments on
>> the lib
The comment in the signal code says that apps can save/restore other
segments on their own. It's true that apps can *save* SS on their
own, but there's no way for apps to restore it: SYSCALL effectively
resets SS to __USER_DS, so any value that user code tries to load
into SS gets lost on entry to
As far as I can tell, these fields have been set to zero on save and
ignored on restore since Linux was imported into git. Rename them
'__pad1' and '__pad2' to avoid confusion and to allow them to be
recycled some day.
I'm intentionally avoiding calling either of them __pad0: the field
formerly k
The x86_64 signal code claims to save and restore CS, FS, and GS,
and it further claims that this is the minimal set that's needed.
Neither of these claims is true. The code does not, and AFAICT
never has, saved or restored FS and GS, nor does it need to. On the
other hand, all 64-bit syscalls (
On Thu, Jul 10, 2014 at 2:42 PM, Tuomas Tynkkynen wrote:
> The DFLL is the main clocksource for the fast CPU cluster on Tegra124
> and also provides automatic CPU rail voltage scaling as well. The DFLL
> is a separate IP block from the usual Tegra124 clock-and-reset
> controller, so it gets its ow
On Wed, Jul 02, 2014 at 03:32:59PM +0200, Joerg Roedel wrote:
> Hi David,
>
> On Wed, Apr 30, 2014 at 11:49:33AM +0100, David Woodhouse wrote:
> > There could be all kinds of existing mappings in the DMA page tables,
> > and I'm not sure it's safe to preserve them. What prevents the crashdump
> >
On Fri, Jul 11, 2014 at 12:50:05AM +0300, Oded Gabbay wrote:
> This patch adds a new interface to kfd2kgd_calls structure so that
> the kfd driver could get the virtual ram size of a specific
> radeon device.
>
> Signed-off-by: Oded Gabbay
What is vmem_size ? This need to be documented. I assume
Adds "Daeseok Youn" to maintainers list for dgap driver.
Signed-off-by: Daeseok Youn
Suggested-by: Dan Carpenter
Cc: Greg Kroah-Hartman
---
MAINTAINERS |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index e3a5176..053ac24 100644
--- a/MAINTAI
Hi Peter,
On Fri, Jul 11, 2014 at 6:21 PM, Peter Zijlstra wrote:
> On Fri, Jul 11, 2014 at 06:17:31PM +0200, Geert Uytterhoeven wrote:
>> On Fri, Jul 11, 2014 at 6:13 PM, Peter Zijlstra wrote:
>> > My Red Hat email address will soon cease to be; remove it from the
>> > tree in order to save the
On Fri, Jul 11, 2014 at 11:19:14AM -0500, Christoph Lameter wrote:
> Yes that works. But if we want a consistent node to allocate from (and
> avoid the fallbacks) then we need this patch. I think this is up to those
> needing memoryless nodes to figure out what semantics they need.
I'm not followi
On Fri, Jul 11, 2014 at 04:31:11PM +0100, Thierry Reding wrote:
> diff --git a/arch/arm/include/asm/io.h b/arch/arm/include/asm/io.h
> index a78562f21aab..ef54f5c8a7ae 100644
> --- a/arch/arm/include/asm/io.h
> +++ b/arch/arm/include/asm/io.h
[...]
> -#define iowrite16be(v,p) ({ __iowmb(); __raw_wr
On Thu, Jul 10, 2014 at 03:38:33PM -0700, Joe Perches wrote:
> On Fri, 2014-07-11 at 00:50 +0300, Oded Gabbay wrote:
> > This patch adds the interface between the radeon driver and the kfd
> > driver. The interface implementation is contained in
> > radeon_kfd.c and radeon_kfd.h.
> []
> > include/
On Fri, 2014-07-11 at 12:21 -0400, Paul Moore wrote:
> On Friday, July 11, 2014 12:16:47 PM Eric Paris wrote:
> > On Fri, 2014-07-11 at 12:11 -0400, Paul Moore wrote:
> > > On Thursday, July 10, 2014 09:06:02 PM H. Peter Anvin wrote:
> > > > Incidentally: do seccomp users know that on an x86-64 sys
On Fri, Jul 11, 2014 at 12:18 PM, Christian König
wrote:
> Am 11.07.2014 18:05, schrieb Jerome Glisse:
>
>> On Fri, Jul 11, 2014 at 12:50:02AM +0300, Oded Gabbay wrote:
>>>
>>> To support HSA on KV, we need to limit the number of vmids and pipes
>>> that are available for radeon's use with KV.
>>>
On Fri, Jul 11, 2014 at 06:17:31PM +0200, Geert Uytterhoeven wrote:
> On Fri, Jul 11, 2014 at 6:13 PM, Peter Zijlstra wrote:
> > My Red Hat email address will soon cease to be; remove it from the
> > tree in order to save the interweb some bounces.
>
> > --- a/include/linux/jump_label.h
> > +++ b
On 06/18/2014 02:44 AM, Qiaowei Ren wrote:
> + bt_addr = mpx_mmap(MPX_BT_SIZE_BYTES);
> + if (IS_ERR((void *)bt_addr)) {
> + pr_err("Bounds table allocation failed at entry addr %p\n",
> + bd_entry);
> + return bt_addr;
> + }
Don't fo
On Friday, July 11, 2014 12:16:47 PM Eric Paris wrote:
> On Fri, 2014-07-11 at 12:11 -0400, Paul Moore wrote:
> > On Thursday, July 10, 2014 09:06:02 PM H. Peter Anvin wrote:
> > > Incidentally: do seccomp users know that on an x86-64 system you can
> > > recevie system calls from any of the x86 ar
Am 11.07.2014 18:05, schrieb Jerome Glisse:
On Fri, Jul 11, 2014 at 12:50:02AM +0300, Oded Gabbay wrote:
To support HSA on KV, we need to limit the number of vmids and pipes
that are available for radeon's use with KV.
This patch reserves VMIDs 8-15 for KFD (so radeon can only use VMIDs
0-7) an
On Fri, 11 Jul 2014, Tejun Heo wrote:
> On Fri, Jul 11, 2014 at 10:58:52AM -0500, Christoph Lameter wrote:
> > > But, GFP_THISNODE + numa_mem_id() is identical to numa_node_id() +
> > > nearest node with memory fallback. Is there any case where the user
> > > would actually want to always fail if
Hey Steven,
I having been testing what builds are still failing from Steven
Rothwell's tests and there seem to be two failing
still for blackfin. I am tracing the issues to make it easier for you
as a maintainer. BF561-ACVILON_defconfig
is failing in acvlion.c due to BFIN_NAND_PLAT_READY not being
On Fri, Jul 11, 2014 at 04:31:10PM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> This patch implements generic versions of readsb(), readsw(), readsl(),
> readsq(), writesb(), writesw(), writesl() and writesq(). Variants of
> these string functions for I/O accesses (ins*() and outs*() a
As of commit commit f04cd40701deace2efb9edd7120e59366bda2118 ("fsldma: fix
controller lockups"), its last (and only ever) user is gone.
Signed-off-by: Geert Uytterhoeven
---
include/linux/dmaengine.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/dmaengine.h b/include/linux/dma
On Fri, Jul 11, 2014 at 6:13 PM, Peter Zijlstra wrote:
> My Red Hat email address will soon cease to be; remove it from the
> tree in order to save the interweb some bounces.
> --- a/include/linux/jump_label.h
> +++ b/include/linux/jump_label.h
> @@ -4,8 +4,8 @@
> /*
> * Jump label support
>
On 06/16/2014 09:17 AM, Peter Hurley wrote:
The tty_ldisc_flush() after port hardware shutdown is unnecessary;
the ldisc flush was just performed before the hardware shutdown
in tty_port_close_start() and the ldisc will be released when
uart_close() returns (because the last port close implies th
On Fri, 2014-07-11 at 12:11 -0400, Paul Moore wrote:
> On Thursday, July 10, 2014 09:06:02 PM H. Peter Anvin wrote:
> > Incidentally: do seccomp users know that on an x86-64 system you can
> > recevie system calls from any of the x86 architectures, regardless of
> > how the program is invoked? (Th
On Fri, Jul 11, 2014 at 12:50:03AM +0300, Oded Gabbay wrote:
> Radeon and KFD share the doorbell aperture.
> Radeon sets it up, takes the doorbells required for its own rings
> and reports the setup to KFD.
> Radeon reserved doorbells are at the start of the doorbell aperture.
>
> Signed-off-by: O
On Thursday, July 10, 2014 11:38:12 PM Richard Guy Briggs wrote:
> Add a definition for 32-bit native system calls under 64-bit x86
> architectures. This is distict from 32-bit emulation under 64-bit x86
> architectures.
>
> Cc: Paul Moore
> Cc: Eric Paris
> Cc: Al Viro
> Cc: Will Drewry
> Cc:
Commit 16052827d98fbc13c31ebad560af4bd53e2b4dd5 ("dmaengine/dma_slave:
introduce inline wrappers") changed the code to use the new API, but forgot
to update an error message.
Signed-off-by: Geert Uytterhoeven
Cc: Greg Kroah-Hartman
Cc: Jiri Kosina
Cc: linux-ser...@vger.kernel.org
--
v2:
- New
On 07/11/2014 09:11 AM, Paul Moore wrote:
> On Thursday, July 10, 2014 09:06:02 PM H. Peter Anvin wrote:
>> Incidentally: do seccomp users know that on an x86-64 system you can
>> recevie system calls from any of the x86 architectures, regardless of
>> how the program is invoked? (This is unusual,
Commit 16052827d98fbc13c31ebad560af4bd53e2b4dd5 ("dmaengine/dma_slave:
introduce inline wrappers") changed the code to use the new API, but forgot
to update a comment.
Signed-off-by: Geert Uytterhoeven
Cc: Jean-Christophe Plagniol-Villard
Cc: Tomi Valkeinen
Cc: Jiri Kosina
Cc: linux-fb...@vger
Use the inline wrapper introduced by commit
16052827d98fbc13c31ebad560af4bd53e2b4dd5 ("dmaengine/dma_slave: introduce
inline wrappers").
Signed-off-by: Geert Uytterhoeven
Cc: Mark Brown
Cc: linux-...@vger.kernel.org
--
v2:
- New
---
drivers/spi/spi-atmel.c | 18 ++
1 file chan
During the last few years, several inline wrappers for DMA operations have
been introduced:
- commit 16052827d98fbc13c31ebad560af4bd53e2b4dd5 ("dmaengine/dma_slave:
introduce inline wrappers"),
- commit a14acb4ac2a1486f6633c55eb7f7ded07f3ec9fc ("DMAEngine: add
dmaengine_prep_interleaved
Commit 7e933d3b1e25b250b58b827ef455a1b489c84157 ("crypto: ux500: use
dmaengine_prep_slave_sg API") changed the code to use the new API, but
forgot to update an error message.
Signed-off-by: Geert Uytterhoeven
Cc: Herbert Xu
Cc: Jiri Kosina
Cc: linux-cry...@vger.kernel.org
--
v2:
- New
---
dr
And once with lkml added :/
--
Subject: Remove soon to be dead email address
My Red Hat email address will soon cease to be; remove it from the
tree in order to save the interweb some bounces.
Cc: Andrew Morton
Cc: Linus Torvalds
Signed-off-by: Peter Zijlstra
---
arch/blackfin/kernel/perf_e
On Fri, Jul 11, 2014 at 08:51:06AM +0100, Vincent Guittot wrote:
> On 10 July 2014 15:16, Peter Zijlstra wrote:
> > On Mon, Jun 30, 2014 at 06:05:40PM +0200, Vincent Guittot wrote:
> >> This reverts commit f5f9739d7a0ccbdcf913a0b3604b134129d14f7e.
> >>
> >> We are going to use runnable_avg_sum and
Commit 16052827d98fbc13c31ebad560af4bd53e2b4dd5 ("dmaengine/dma_slave:
introduce inline wrappers") changed the code to use the new API, but forgot
to update the error messages.
Signed-off-by: Geert Uytterhoeven
Cc: Mark Brown
Cc: Jiri Kosina
Cc: linux-...@vger.kernel.org
--
v2:
- New
---
dri
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/02/2014 11:51 PM, Mike Galbraith wrote:
> On Wed, 2014-07-02 at 10:47 -0400, Rik van Riel wrote:
>> On 07/01/2014 04:38 AM, Michael wang wrote:
>>> On 07/01/2014 04:20 PM, Peter Zijlstra wrote: [snip]
>
> Just wondering could we make thi
On Fri, Jul 11, 2014 at 04:08:23PM +0100, Liviu Dudau wrote:
> On Fri, Jul 11, 2014 at 03:11:16PM +0100, Catalin Marinas wrote:
> > On Thu, Jul 10, 2014 at 11:36:10PM +0100, Bjorn Helgaas wrote:
> > > Most of the rest of the v7 discussion was about "Introduce a domain
> > > number for pci_host_brid
On Thursday, July 10, 2014 09:06:02 PM H. Peter Anvin wrote:
> Incidentally: do seccomp users know that on an x86-64 system you can
> recevie system calls from any of the x86 architectures, regardless of
> how the program is invoked? (This is unusual, so normally denying those
> "alien" calls is t
If dmaengine_prep_slave_sg() or dmaengine_submit() fail, we may leak
unused DMA descriptors.
As per Documentation/dmaengine.txt, once a DMA descriptor has been
obtained, it must be submitted. Hence:
- First prepare and submit all DMA descriptors,
- Prepare the SPI controller for DMA,
- Start
If dmaengine_prep_slave_sg() or dmaengine_submit() fail, we may leak
unused DMA descriptors.
As per Documentation/dmaengine.txt, once a DMA descriptor has been
obtained, it must be submitted. Hence:
- First prepare and submit all DMA descriptors,
- Prepare the SPI controller for DMA,
- Start
On Fri, Jul 11, 2014 at 12:50:02AM +0300, Oded Gabbay wrote:
> To support HSA on KV, we need to limit the number of vmids and pipes
> that are available for radeon's use with KV.
>
> This patch reserves VMIDs 8-15 for KFD (so radeon can only use VMIDs
> 0-7) and also makes radeon thinks that KV ha
On Fri, 11 Jul 2014, Tejun Heo wrote:
> On Fri, Jul 11, 2014 at 10:55:59AM -0500, Christoph Lameter wrote:
> > > Where X is the memless node. num_mem_id() on X would return either B
> > > or C, right? If B or C can't satisfy the allocation, the allocator
> > > would fallback to A from B and D fo
301 - 400 of 907 matches
Mail list logo