On Tue, May 19, 2015 at 10:27:05PM -0700, Alexei Starovoitov wrote:
> On 5/15/15 12:15 PM, Alexei Starovoitov wrote:
> >there is a race between perf_event_free_bpf_prog() and free_trace_kprobe():
> >
> >__free_event()
> > event->destroy(event)
> > tp_perf_event_destroy()
> > perf_trace_
On Wed, May 20, 2015 at 05:09:34AM +, Sarbojit Ganguly wrote:
> Yes, the main advantage of Qspinlock code can be observed in NUMA but
> when I tested in an embedded system, a slight advantage was observed.
OK, great!
This is the first !x86 port I'm aware of and a load-store arch at that,
so i
Hi Linus:
This push fixes a the crash in the newly added algif_aead interface
when it tries to link SG lists.
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git
or
master.kernel.org:/pub/scm/linux/kernel/git/herbert/crypto-2.6.git
Tadeusz Struk (1):
c
Hi Dave,
After merging the drm tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
drivers/gpu/drm/drm_crtc.c:4324:13: warning:
'drm_property_unreference_blob_locked' defined but not used [-Wunused-function]
static void drm_property_unreference_blob_locked(struct drm_pro
Hi Catalin, Will,
On Tue, May 19, 2015 at 6:52 PM, Catalin Marinas
wrote:
> On Sun, May 10, 2015 at 11:07:40AM +, Hou Pengyang wrote:
>> For ARM64, when tracing with tracepoint events, the IP and pstate are set
>> to 0, preventing the perf code parsing the callchain and resolving the
>> symbo
On Wednesday 20 May 2015 05:09:35 Sarbojit Ganguly wrote:
> > --- Original Message ---
> > Sender : Peter Zijlstra
> > Date : May 19, 2015 21:43 (GMT+09:00)
> > Title : Re: [RFC] arm: Add for atomic half word exchange
> >
> > On Tue, May 19, 2015 at 11:20:13AM +, Sarbojit Ganguly wrot
Current ads7846 driver do not work with ads7845 device,
it gives completly wrong coordinates. With this fix,
it works as expected. As explained by Anatolij Gustschin,
the main changes in ads7846 driver for support ads7845 device,
was introduced due:
>this was tested, but if I remember correctly, o
Hello,
On Tue, May 19, 2015 at 06:37:49PM -0700, Joe Perches wrote:
> Use the generic mechanism to declare a bitmap instead of unsigned long.
>
> Signed-off-by: Joe Perches
> ---
> arch/arm/mach-imx/iomux-imx31.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm
Hello Stephen,
I will fix in version 7 based on all comments.
Thanks,
Bintian
On 2015/5/20 9:39, Stephen Boyd wrote:
On 05/16, Bintian Wang wrote:
@@ -94,18 +106,23 @@ struct clk *hisi_register_clkgate_sep(struct device *,
const char *,
const char *, unsigned
Paolo Bonzini wrote on 2015-05-20:
>
>
> On 20/05/2015 07:20, Zhang, Yang Z wrote:
>> Li, Liang Z wrote on 2015-05-20:
>>> The MPX feature requires eager KVM FPU restore support. We have
>>> verified that MPX cannot work correctly with the current lazy KVM
>>> FPU restore mechanism. Eager KVM FPU
Hi Chanwoo,
On Wed, May 20, 2015 at 10:33:18AM +0900, Chanwoo Choi wrote:
> You must send the extcon patch to the linux-kernel@vger.kernel.org.
sigh, I forget that on the first submission already and just copyied the
recipients for v2.
> Applied it.
Thanks
Uwe
--
Pengutronix e.K.
Using dso__data_fd() in multi-thread environment is not safe since
returned fd can be closed and/or reused anytime. So convert it to the
dso__data_get/put_fd() pair to protect the access with lock.
The original dso__data_fd() is deprecated and kept only for testing.
Cc: Adrian Hunter
Signed-off
It seems that the dso__data_fd() was needed to find a binary type
since open in data_file_size() alone used to fail. But as it can open
the dso fine now, the dso__data_fd() can go away.
Cc: Adrian Hunter
Signed-off-by: Namhyung Kim
---
tools/perf/util/dso.c | 6 --
1 file changed, 6 deleti
When dso__data_read_offset/addr() is called without prior
dso__data_fd() (or other functions which call it internally), it
failed to open dso in data_file_size() since its binary type was not
identified.
However calling dso__data_fd() in dso__data_read_offset() will hurt
performance as it grabs a
This reverts commit 9ba6765a979f5f7d3f6456f8c79c66f4aef2d66b.
The problem will be fixed by later patch in some other way.
Cc: Adrian Hunter
Signed-off-by: Namhyung Kim
---
Arnaldo, you can ignore this if you drop the Adrian's patch in the tree..
tools/perf/util/dso.c | 2 +-
1 file changed, 1
Use unified genpool to save SRAO error events and put AO error
handling in the same notification chain with mce error decoding.
Signed-off-by: Chen, Gong
Link:
http://lkml.kernel.org/r/1406797523-28710-4-git-send-email-gong.c...@linux.intel.com
[ Boris: correct a lot. ]
Signed-off-by: Borislav P
printk is not safe to use in MCE context. Add a lockless memory
allocator pool to save error records in MCE context. Issual of those
records will be delayed to a context safe to do printk. This idea is
inspired by APEI/GHES driver.
We're very conservative and allocate only two pages for it but sin
Printing in MCE context is a no-no, currently, as printk is not
NMI-safe. If some of the notifiers on the MCE chain call *printk*, we
may deadlock. In order to avoid that, delay printk into process context
to fix it.
Background info at: https://lkml.org/lkml/2014/6/27/26
Reported-by: Xie XiuQi
S
An MCE is considered a rare event. Therefore, there's no need to have
per-CPU instances of both normal and IRQ workqueues. Make them both
global.
Signed-off-by: Chen, Gong
Link:
http://lkml.kernel.org/r/1406797523-28710-3-git-send-email-gong.c...@linux.intel.com
[Boris: massage commit message]
S
[PATCH 1/4 Rebase] x86, MCE: Provide a lock-less memory pool to save error
[PATCH 2/4 Rebase] x86, MCE: Don't use percpu for MCE workqueue/irq_work
[PATCH 3/4 Rebase] x86, MCE: Remove mce_ring for SRAO error
[PATCH 4/4 Rebase] x86, MCE: Avoid potential deadlock in MCE context
We have too many ring
On 20/05/2015 07:20, Zhang, Yang Z wrote:
> Li, Liang Z wrote on 2015-05-20:
>> The MPX feature requires eager KVM FPU restore support. We have
>> verified that MPX cannot work correctly with the current lazy KVM FPU
>> restore mechanism. Eager KVM FPU restore should be enabled if the MPX
>> feat
Hi Linus,
After merging the pinctrl tree, today's linux-next build (x86_64 allmodconfig)
produced this warning:
warning: (PINCTRL_MT6397) selects PINCTRL_MTK_COMMON which has unmet direct
dependencies (PINCTRL && (ARCH_MEDIATEK || COMPILE_TEST) && OF)
Introduced by commit fc59e66c4284 ("pinctrl
This pre-declaration was unneeded since a previous refactor patch
6ba94429c8e7 ("workqueue: Reorder sysfs code").
Signed-off-by: Lai Jiangshan
---
kernel/workqueue.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index ee5bf95..a04a9cd3 100644
--- a/
flush_scheduled_work() is just a simple call to flush_work().
Signed-off-by: Lai Jiangshan
---
include/linux/workqueue.h | 30 +-
kernel/workqueue.c| 30 --
2 files changed, 29 insertions(+), 31 deletions(-)
diff --git a/include/li
patch1&2 are simple cleaups and reflect to recently changes.
patch3 just moves code.
Cc: Tejun Heo
Lai Jiangshan (3):
workqueue: remove the declaration of copy_workqueue_attrs()
workqueue: remove the lock from wq_sysfs_prep_attrs()
workqueue: move flush_scheduled_work() to workqueue.h
Reading to wq->unbound_attrs requires protection of either wq_pool_mutex
or wq->mutex, and wq_sysfs_prep_attrs() is called with wq_pool_mutex held,
so we don't need to grab wq->mutex here.
Signed-off-by: Lai Jiangshan
---
kernel/workqueue.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(
On Tue, 19 May 2015, Andrew Bresticker wrote:
> Lee,
>
> On Thu, May 14, 2015 at 10:38 AM, Andrew Bresticker
> wrote:
> > On Thu, May 14, 2015 at 12:40 AM, Lee Jones wrote:
> >> On Thu, 14 May 2015, Jon Hunter wrote:
> >>
> >>> Hi Lee,
> >>>
> >>> On 13/05/15 15:39, Lee Jones wrote:
> >>> > On
This also matches with the sibling call netdev_alloc_skb_ip_align() made in
rx fast path.
Signed-off-by: Vineet Gupta
---
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
b/
* Prarit Bhargava wrote:
> arch/x86/kernel/cpu/common.c | 17 -
> 1 file changed, 4 insertions(+), 13 deletions(-)
So I saw this title:
[PATCH] x86, cpuinfo x86_model_id whitespace cleanup
... and in an early morning deconcentrated state was skipped the
changelog and wa
Hi Dave,
After merging the drm tree, today's linux-next build (x86_64 allmodconfig)
produced this warning:
drivers/gpu/drm/i2c/tda998x_drv.c: In function 'tda998x_write_avi':
drivers/gpu/drm/i2c/tda998x_drv.c:647:3: warning: format '%d' expects argument
of type 'int', but argument 3 has type 'ss
Hi Felipe,
After merging the usb-gadget tree, today's linux-next build (x86_64
allmodconfig) produced these warnings:
drivers/usb/gadget/function/rndis.c: In function 'rndis_proc_write':
drivers/usb/gadget/function/rndis.c:1147:4: warning: passing argument 1 of
'rndis_signal_connect' makes point
At Tue, 19 May 2015 19:42:55 +0200,
Oliver Neukum wrote:
>
> On Tue, 2015-05-19 at 19:13 +0200, Takashi Iwai wrote:
> > At Tue, 19 May 2015 10:26:46 -0400 (EDT),
> > Alan Stern wrote:
> > >
> > > > > > Of just have request_firmware()
> > > > > > actually sleep until userspace is ready. Seriously
Am Dienstag, 19. Mai 2015, 18:40:20 schrieb Sandy Harris:
Hi Sandy,
>
>When we do do it, I see no reason to support anything other than 128
>and 256, and I am not sure about retaining 128. Nor do I see any
>reason this should be a command-line option rather than just a
>compile-time constant.
I w
On Mon, May 18, 2015 at 6:50 AM, Iulia Manda wrote:
> This patch introduces CONFIG_CMDLINE_PARSE option which conditionally
> compiles the support for parsing kernel command line arguments. The
> corresponding functions that actually do the parsing will be compiled out.
Could you make it depend o
This patch allows SoC-specific CAR initialization routines to register
their own reset_assert and reset_deassert callbacks with the common Tegra
CAR code. If defined, the common code will call these callbacks when a
reset control with number >= num_periph_banks * 32 is attempted to be asserted
or d
On 2015/5/20 14:09, Naoya Horiguchi wrote:
> On Wed, May 20, 2015 at 01:41:57PM +0800, Xie XiuQi wrote:
> ...
>>
>> Hi Naoya,
>>
>> This patch will introduce another build error with attched config file.
>>
>> drivers/built-in.o:(__tracepoints+0x500): multiple definition of
>> `__tracepoint_aer_ev
Am Mittwoch, 20. Mai 2015, 06:55:33 schrieb Herbert Xu:
Hi Herbert,
>
>You still need to handle the case where wait_event_interruptible
>returns an error. Otherwise this looks fine.
Thank you. I would suggest to add a while loop around the call that sets up
the wait if it terminated with ERESTA
The lack of IOMMU API support can make nouveau_platform_probe_iommu()
fail to compile because struct iommu_ops is then empty. Fix this by
skipping IOMMU probe in that case - lack of IOMMU on platform devices
is sub-optimal, but is not an error.
Signed-off-by: Alexandre Courbot
---
This is an alte
On Wed, May 20, 2015 at 01:41:57PM +0800, Xie XiuQi wrote:
...
>
> Hi Naoya,
>
> This patch will introduce another build error with attched config file.
>
> drivers/built-in.o:(__tracepoints+0x500): multiple definition of
> `__tracepoint_aer_event'
> mm/built-in.o:(__tracepoints+0x398): first d
On 2015-05-20 07:36, Sanchayan Maity wrote:
> Sanchayan Maity (2):
> ARM: dts: vfxxx: Add OCOTP and OCROM nodes
> ARM: vf610: Add SoC bus support for Vybrid
>
> arch/arm/boot/dts/vfxxx.dtsi | 10 +
> arch/arm/mach-imx/mach-vf610.c | 85
> +-
> 2
> >> > drm-next and fix it up there.
> >>
> >> Yep, against commit 79b066bd76d5 ("drm/amdkfd: Initialize sdma vm when
> >> creating sdma queue") which is in v4.1-rc3.
> >
> > So you could, of course, just merge that commit instead of Linus'
> > tree ...
> >
> > --
> > Cheers,
> > Stephen Rothwell
On Tue, 2015-05-19 at 10:34 +0100, Lee Jones wrote:
> On Mon, 18 May 2015, Hongzhou Yang wrote:
>
> > Register pinctrl subnode into 6397 mfd cell.
> >
> > Signed-off-by: Hongzhou Yang
> > ---
> > drivers/mfd/mt6397-core.c |3 +++
> > 1 file changed, 3 insertions(+)
> >
> > diff --git a/dri
Most of header files for tracepoints are located to include/trace/events or
their relevant subdirectories under drivers/. One exception is
include/ras/ras_events.h, which looks inconsistent. So let's move it to the
default places for such headers.
Signed-off-by: Naoya Horiguchi
---
drivers/acpi/
Here's an updated patch.
# Randy, I dropped your Ack because there's a major change on this version.
# Would you mind looking at it, please?
---
next-20150515 fails to build on i386 with the following error:
mm/built-in.o: In function `action_result':
memory-failure.c:(.text+0x344a5): undefi
-us.net:8010/builders/qemu-arm-next/builds/165/steps/qemubuildcommand/logs/stdio
In some of the bisect builds I also noticed lots of
** 167 printk messages dropped ** [<80055c00>]
(call_console_drivers.constprop.25) from [<80057144>]
(console_unlock+0x4c8/0x51c)
--
kfd/kfd_device_queue_manager.c:888:2: error:
>> > > implicit declaration of function 'init_sdma_vm'
>> > > [-Werror=implicit-function-declaration]
>> > > init_sdma_vm(dqm, q, qpd);
>> > > ^
>> > >
>> > > Caused by commit
On 20.05.2015 13:41, Chanwoo Choi wrote:
> This patch uses the unique id to identify the type of external connector
> instead
> of string name. The string name have the many potential issues. So, this patch
> defines the 'extcon' enumeration which includes all supported external
> connector
> on
On Tue, May 19, 2015 at 10:01:25PM -0700, Jaegeuk Kim wrote:
> On Wed, May 20, 2015 at 12:46:04AM -0400, Theodore Ts'o wrote:
> > On Tue, May 19, 2015 at 05:43:25PM -0700, Jaegeuk Kim wrote:
> > > This patch adds to check encryption for tmpfile in early stage.
> >
> > Don't you also need a call to
On Tue, May 19, 2015 at 09:46:36AM -0400, Steven Rostedt wrote:
...
> > diff --git a/include/ras/ras_event.h b/include/ras/ras_event.h
> > index 1443d79e4fe6..43054c0fcf65 100644
> > --- a/include/ras/ras_event.h
> > +++ b/include/ras/ras_event.h
> > @@ -1,6 +1,8 @@
> > #undef TRACE_SYSTEM
> > #d
On 2015/5/19 10:49, Naoya Horiguchi wrote:
> On Mon, May 18, 2015 at 08:20:07AM -0700, Randy Dunlap wrote:
>> On 05/18/15 01:52, Stephen Rothwell wrote:
>>> Hi all,
>>>
>>> Changes since 20150515:
>>>
>>
>> on i386:
>>
>> mm/built-in.o: In function `action_result':
>> memory-failure.c:(.text+0x344a
Joe Perches writes:
> On Tue, 2015-05-19 at 16:56 +0100, One Thousand Gnomes wrote:
>> On Tue, 19 May 2015 07:46:58 +0100 David Woodhouse
>> wrote:
>> > On Mon, 2015-05-18 at 17:07 -0700, Joe Perches wrote:
>> > > changed dmi_strmatch.substr from char * to char[79];
>> > >
>> > > Changing it ba
Andy Lutomirski writes:
> On 05/18/2015 09:20 AM, Linus Torvalds wrote:
>> On Mon, May 18, 2015 at 9:04 AM, David Howells wrote:
>>>
>>> Should we instead provide a script:
>>>
>>> ./scripts/generate-key
>>>
>>> That generates a key if run and make it so that the build fails if you turn
Implements SoC bus support to export SoC specific information. Read
the unique SoC ID from the Vybrid On Chip One Time Programmable
(OCOTP) controller, SoC specific information from the Miscellaneous
System Control Module (MSCM), revision from the ROM revision register
and expose it via the SoC bus
Add a device tree node for the On-Chip One Time Programmable
Controller (OCOTP) and the On-Chip ROM.
Signed-off-by: Sanchayan Maity
---
arch/arm/boot/dts/vfxxx.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/vfxxx.dtsi b/arch/arm/boot/dts/vfxxx.dtsi
index 2
Hello,
This patchset implements SoC bus support for Freescale Vybrid platform,
implementing the following
https://www.kernel.org/doc/Documentation/ABI/testing/sysfs-devices-soc
Currently the required information is more or less read across the whole
SoC, but I guess we cannot change that since th
Hi Uwe,
On Tue, 2015-05-19 at 21:49 +0200, Uwe Kleine-König wrote:
> Hello Matthias,
>
> On Tue, May 19, 2015 at 04:48:23PM +0200, Matthias Brugger wrote:
> > 2015-05-18 20:43 GMT+02:00 Uwe Kleine-König
> > :
> > > On Tue, May 19, 2015 at 12:40:08AM +0800, Eddie Huang wrote:
> > >> [...]
> > >>
This patch add support for the imx6dl based aristainetos2 board
with following configuration:
CPU: Freescale i.MX6DL rev1.1 at 792 MHz
MReset cause: POR
MBoard: aristaitenos2
DRAM: 1 GiB
NAND: 1024 MiB
MMC: FSL_SDHC: 0, FSL_SDHC: 1
SF: Detected N25Q128A with page size 256 Bytes, erase size 6
> [-Werror=implicit-function-declaration]
> > > init_sdma_vm(dqm, q, qpd);
> > > ^
> > >
> > > Caused by commit 3e3f6e1a90a8 ("drm/amdkfd: make the sdma vm init to be
> > > asic specific").
> > >
> > > I have used th
On 5/15/15 12:15 PM, Alexei Starovoitov wrote:
there is a race between perf_event_free_bpf_prog() and free_trace_kprobe():
__free_event()
event->destroy(event)
tp_perf_event_destroy()
perf_trace_destroy()
perf_trace_event_unreg()
which is dropping event->tp_event->perf_r
After introducing VT-d posted-interrupts, we have two format
of IRTE: remapped and posted. This patch make modify_irte()
suitable for both of them.
Signed-off-by: Feng Wu
---
drivers/iommu/intel_irq_remapping.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/iommu
Add helper function to detect VT-d Posted-Interrupts capability.
Signed-off-by: Feng Wu
Reviewed-by: Jiang Liu
Acked-by: David Woodhouse
---
include/linux/intel-iommu.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/intel-iommu.h b/include/linux/intel-iommu.h
index 0af9b03..
Set Posted-Interrupts capability for Intel iommu when IR is enabled,
clear it when IR is disabled.
Signed-off-by: Feng Wu
---
drivers/iommu/intel_irq_remapping.c | 34 ++
drivers/iommu/irq_remapping.c | 2 ++
drivers/iommu/irq_remapping.h | 3 +++
3
> > Caused by commit 3e3f6e1a90a8 ("drm/amdkfd: make the sdma vm init to be
> > asic specific").
> >
> > I have used the drm tree from next-20150519 for today.
>
> Okay this looks like a silent conflict, I'll have to pull Linus tree into
> drm-next and fi
Return error when inserting a new IOMMU which doesn't support PI
if PI is currently in use.
Signed-off-by: Feng Wu
---
drivers/iommu/intel_irq_remapping.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/iommu/intel_irq_remapping.c
b/drivers/iommu/intel_irq_remapping.c
index ba141
This patch adds a new interface irq_remapping_cap() to detect
whether irq remapping supports new features, such as VT-d
Posted-Interrupts. We export this function out, so that KVM
code can check this and use this mechanism properly.
Signed-off-by: Feng Wu
Reviewed-by: Jiang Liu
---
arch/x86/inc
We don't need to migrate the irqs for VT-d Posted-Interrupts here.
When 'pst' is set in IRTE, the associated irq will be posted to
guests instead of interrupt remapping. The destination of the
interrupt is set in Posted-Interrupts Descriptor, and the migration
happens during vCPU scheduling.
Howev
Implement irq_set_vcpu_affinity for intel_ir_chip.
Signed-off-by: Feng Wu
Reviewed-by: Jiang Liu
Acked-by: David Woodhouse
---
arch/x86/include/asm/irq_remapping.h | 5 +
drivers/iommu/intel_irq_remapping.c | 35 +++
2 files changed, 40 insertions(+)
diff
On 5/19/15 8:48 PM, Wangnan (F) wrote:
+
+# Version of eBPF elf file
+FILE_VERSION = 1
what that comment suppose to mean?
The format of eBPF objects can be improved in futher. A version number
here is the precaution of backward compatibility. However this patch
doesn't
utilize it.
I'd like
Add a new irte_pi structure for VT-d Posted-Interrupts.
Signed-off-by: Feng Wu
Reviewed-by: Jiang Liu
Acked-by: David Woodhouse
---
include/linux/dmar.h | 32
1 file changed, 32 insertions(+)
diff --git a/include/linux/dmar.h b/include/linux/dmar.h
index 84737
VT-d Posted-Interrupts is an enhancement to CPU side Posted-Interrupt.
With VT-d Posted-Interrupts enabled, external interrupts from
direct-assigned devices can be delivered to guests without VMM
intervention when guest is running in non-root mode.
You can find the VT-d Posted-Interrtups Spec. in
This patch adds a new member capability to struct irq_remap_ops,
this new function ops can be used to check whether some
features are supported, such as VT-d Posted-Interrupts.
Signed-off-by: Feng Wu
Reviewed-by: Jiang Liu
---
arch/x86/include/asm/irq_remapping.h | 4
drivers/iommu/irq_rem
Li, Liang Z wrote on 2015-05-20:
> The MPX feature requires eager KVM FPU restore support. We have
> verified that MPX cannot work correctly with the current lazy KVM FPU
> restore mechanism. Eager KVM FPU restore should be enabled if the MPX
> feature is exposed to VM.
>
> Signed-off-by: Liang Li
On 05/20/15 03:37, Joe Perches wrote:
Use the generic mechanism to declare a bitmap instead of unsigned long.
Signed-off-by: Joe Perches
---
drivers/scsi/sr.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/sr.c b/drivers/scsi/sr.c
index 8bd54a6..f40c957 1006
Jens' email address bounces, so move his name and entry to CREDITS.
Signed-off-by: Joe Perches
---
This time the right Jens...
CREDITS | 4
MAINTAINERS | 1 -
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/CREDITS b/CREDITS
index 4df764e..1d61664 100644
--- a/CREDITS
++
Hello Philipp,
Am 19.05.2015 16:33, schrieb Philipp Zabel:
Hi Heiko,
Am Dienstag, den 19.05.2015, 15:44 +0200 schrieb Heiko Schocher:
Hello Philipp,
Am 19.05.2015 10:48, schrieb Philipp Zabel:
Hi Heiko, Shawn,
Am Dienstag, den 19.05.2015, 09:09 +0200 schrieb Heiko Schocher:
[...]
What is t
Reviewed-by: Christoph Hellwig
Signed-off-by: Ming Lin
---
block/bio.c | 45 +++--
1 file changed, 7 insertions(+), 38 deletions(-)
diff --git a/block/bio.c b/block/bio.c
index ae31cdb..e6bd9c2 100644
--- a/block/bio.c
+++ b/block/bio.c
@@ -1129,29 +1129,
Yes, the main advantage of Qspinlock code can be observed in NUMA but when I
tested in an embedded system, a slight advantage was observed.
--- Original Message ---
Sender : Peter Zijlstra
Date : May 19, 2015 21:43 (GMT+09:00)
Title : Re: [RFC] arm: Add for atomic half word exchange
On
On Tue, 19 May 2015 15:07:25 -0700 "Paul E. McKenney"
wrote:
> The code in md probably needs to change in any case, as otherwise we are
> invoking rcu_dereference_whatever() on a full struct list_head rather
> than on a single pointer. Or am I missing something here?
I think it would be
rcu
On Wed, May 20, 2015 at 2:03 PM, Krzysztof Kozłowski
wrote:
> 2015-05-20 13:05 GMT+09:00 Alexandre Courbot :
>> On Tue, May 19, 2015 at 8:51 PM, Krzysztof Kozlowski
>> wrote:
>>> Usage of labels instead of full paths reduces possible mistakes when
>>> overriding nodes.
>>>
>>> Signed-off-by: Krzy
2015-05-20 13:05 GMT+09:00 Alexandre Courbot :
> On Tue, May 19, 2015 at 8:51 PM, Krzysztof Kozlowski
> wrote:
>> Usage of labels instead of full paths reduces possible mistakes when
>> overriding nodes.
>>
>> Signed-off-by: Krzysztof Kozlowski
>
> Indentation seems to be off by one tab in the ad
On Tue, May 19, 2015 at 07:57:49PM +0200, Amaury Denoyelle wrote:
> This patch fixes coding style errors reported by checkpatch.pl for
> cb_pcidas64.c, about too long source code lines.
>
> Signed-off-by: Amaury Denoyelle
> ---
> drivers/staging/comedi/drivers/cb_pcidas64.c | 14 ++
>
At Tue, 19 May 2015 22:53:10 +0100,
Jonathan McDowell wrote:
>
> On Tue, May 19, 2015 at 07:09:12PM +0200, Takashi Iwai wrote:
> > At Tue, 19 May 2015 17:19:11 +0100,
> > Jonathan McDowell wrote:
> > >
> > > On Tue, May 19, 2015 at 08:15:32AM +0200, Takashi Iwai wrote:
> > > > Does the patch belo
On Wed, May 20, 2015 at 12:46:04AM -0400, Theodore Ts'o wrote:
> On Tue, May 19, 2015 at 05:43:25PM -0700, Jaegeuk Kim wrote:
> > This patch adds to check encryption for tmpfile in early stage.
>
> Don't you also need a call to ext4_inherit_context(dir, inode) here?
> (I need to fix this for ext4
On Wed, May 20, 2015 at 12:35:18AM -0400, Theodore Ts'o wrote:
> On Tue, May 19, 2015 at 05:38:59PM -0700, Jaegeuk Kim wrote:
> >
> > What I'm saying is writer vs writer actually.
>
> This is a rough draft of what I had in mind. This fixes the tfm
> allocation issue in the writepage path, as wel
On Tue, May 19, 2015 at 05:43:25PM -0700, Jaegeuk Kim wrote:
> This patch adds to check encryption for tmpfile in early stage.
Don't you also need a call to ext4_inherit_context(dir, inode) here?
(I need to fix this for ext4 as well).
- Ted
--
To unsubscrib
30 usecs (or really, 1 jiffy) can go by pretty fast.
Move the set of the timeout immediately before the loop.
Remove the unnecessary max(1ul, usecs_to_jiffies(30)) as
usecs_to_jiffies with a non-zero constant is guaranteed
to be non-zero.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/qlo
_queue_manager.c:888:2: error: implicit
> declaration of function 'init_sdma_vm' [-Werror=implicit-function-declaration]
> init_sdma_vm(dqm, q, qpd);
> ^
>
> Caused by commit 3e3f6e1a90a8 ("drm/amdkfd: make the sdma vm init to be
> asic specific").
>
> I
This patch uses the unique id to identify the type of external connector instead
of string name. The string name have the many potential issues. So, this patch
defines the 'extcon' enumeration which includes all supported external connector
on EXTCON subsystem. If new external connector is necessar
This patch uses the capital letter for the name of external connectors
to improve the readability instead of small letter.
Cc: MyungJoo Ham
Signed-off-by: Chanwoo Choi
---
drivers/extcon/extcon.c | 37 +++--
1 file changed, 23 insertions(+), 14 deletions(-)
diff
Previously, extcon consumer driver used the extcon_register_interest()
to register the notifier chain and then to receive the notifier event
when external connector's state is changed. When registering the notifier chain
for specific external connector with extcon_register_interest(), it used the
t
This patch-set update the extcon core to resolve the ambiguous identification
method for each external connectors. So, first patch define the unique id
for each external connector to identify them by using common unique id on
various extcon device driver as following:
enum extcon {
EXTCON_
On Tue, May 19, 2015 at 05:38:59PM -0700, Jaegeuk Kim wrote:
>
> What I'm saying is writer vs writer actually.
This is a rough draft of what I had in mind. This fixes the tfm
allocation issue in the writepage path, as well as using a lockless
cmpxchg algorithm to address the race you were concer
lists
--
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.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, May 19, 2015 at 8:51 PM, Krzysztof Kozlowski
wrote:
> Usage of labels instead of full paths reduces possible mistakes when
> overriding nodes.
>
> Signed-off-by: Krzysztof Kozlowski
Indentation seems to be off by one tab in the added code (hence the
huge size of this patch ; most lines s
* Morten Rasmussen [2015-05-12 20:38:48]:
[...]
> +Energy consumed during transitions from an idle-state (C-state) to a busy
> state
> +(P-staet) or going the other way is ignored by the model to simplify the
> energy
Minor, nit pick. Spelling of "P-State".
> +model calculations.
Thanks,
Kam
On Wed, May 13, 2015 at 5:23 PM, Jon Hunter wrote:
>
> On 13/05/15 05:56, Alexandre Courbot wrote:
>> On Tue, May 12, 2015 at 6:51 PM, Jon Hunter wrote:
>>>
>>> On 12/05/15 09:39, Alexandre Courbot wrote:
On Tue, May 5, 2015 at 11:17 PM, Jon Hunter wrote:
> Function tegra_uart_dma_chann
On Tue, 2015-05-19 at 18:44 -0700, Guenter Roeck wrote:
> On Tue, May 19, 2015 at 02:09:07PM -0700, Joe Perches wrote:
> > The other thing that could be done is to use
> > max(1ul, msecs_to_jiffies())
> > so that there's always some delay even if HZ <= 50
> >
> I may be mistaken, but I am quit
On Wed, 2015-05-20 at 03:48 +, Jens Axboe wrote:
> > On May 19, 2015, at 7:50 PM, Joe Perches wrote:
> >
> > Jens has changed email address, update his entries in MAINTAINERS
>
> Uhm no I didn't, I think you messed up with some IBM address.
>
> > Maybe it'd be better to use an address that
On 05/06/2015 07:46 AM, Sebastian Herbszt wrote:
James Smart wrote:
Reviewed-By: James Smart
Alexey, Sebastian,
Yes - this section needs to be reverted. This patch is good.
-- james s
Reviewed-by: Sebastian Herbszt
Unfortunately, just this revert is not enough, it fixed one of my ma
在 2015/5/19 1:35, Alexei Starovoitov 写道:
On 5/17/15 3:56 AM, Wang Nan wrote:
This is the first patch of libbpf. The goal of libbpf is to create a
standard way for accessing eBPF object files. This patch creates
Makefile and Build for it, allows 'make' to build libbpf.a and
libbpf.so, 'make ins
1 - 100 of 1232 matches
Mail list logo
