On Sun, Feb 1, 2015 at 11:18 PM, Mike Turquette wrote:
> Quoting Tomeu Vizoso (2015-01-31 10:36:22)
>> On 31 January 2015 at 02:31, Stephen Boyd wrote:
>> > On 01/29, Stephen Boyd wrote:
>> >> On 01/29/15 05:31, Geert Uytterhoeven wrote:
>> >> > Hi Tomeu, Mike,
>> >> >
>> >> > On Fri, Jan 23, 201
On Thu, Dec 04, 2014 at 11:30:10PM +0100, Boris Brezillon wrote:
> While working on the EBI driver [1] I noticed that the relationship between
> the NFC (NAND Flash Controller) and the NAND chip it is attached to would
> make things harder to represent when moving the NAND node under the EBI bus
>
Hi ykk,
On Fri, Jan 30, 2015 at 7:29 PM, Yakir Yang wrote:
> RK3288's VOP do not support INTERLACE display mode, so we should
> remove those modes out of mode_ok list.
>
> Signed-off-by: Yakir Yang
Reviewed-by: Daniel Kurtz
Can you move this patch out of your hdmi audio patch set, and send i
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in
arch/powerpc/include/asm/pgtable-ppc32.h between commit ce67f5d0a00c
("powerpc32: Use kmem_cache memory for PGDIR") from the fsl tree and
commit f8b48f1a9895 ("powerpc: drop _PAGE_FILE and pte_file()-related
helpers") f
On Sun, Feb 01, 2015 at 05:56:19AM +, Al Viro wrote:
> FWIW, there's an interesting question about the second commit in there -
> what do we want vfs_iter_{read,write}() to do with *iter in case if it
> has hit this:
> if (ret == -EIOCBQUEUED)
> ret = wait_on_sync_kiocb(
Hi Greg,
On 01/31/2015 12:22 AM, Greg Kroah-Hartman wrote:
> On Thu, Jan 15, 2015 at 03:55:07PM +0100, Michal Simek wrote:
>> No functional changes.
>>
>> Signed-off-by: Michal Simek
>> ---
>
> I can't take gpg-signed patches, git chokes on them :(
>
Interesting. No problem to remove this sign
Hi Sato-san,
On Mon, Feb 2, 2015 at 8:24 AM, Yoshinori Sato
wrote:
> The dependence of VGA_CONSOLE is complicated.
> We need clean up.
Thanks!
> Signed-off-by: Yoshinori Sato
>
> ---
> arch/alpha/Kconfig| 1 +
> arch/arc/Kconfig | 1 +
> arch/arm/Kconfig
On 01/31/2015 12:23 AM, Greg Kroah-Hartman wrote:
> On Thu, Jan 15, 2015 at 03:55:08PM +0100, Michal Simek wrote:
>> This patch should be the part of:
>> "tty: serial: 8250_core: use the ->line argument as a hint in
>> serial8250_find_match_or_unused()"
>> (sha1: 59b3e898ddfc81a65975043b5eb44103cc2
On Mon, Feb 02, 2015 at 01:57:23AM -0500, Oleg Drokin wrote:
> Hello!
>
> On Feb 2, 2015, at 12:37 AM, Dave Chinner wrote:
>
> > On Sun, Feb 01, 2015 at 10:59:54PM -0500, gr...@linuxhacker.ru wrote:
> >> From: Oleg Drokin
> >>
> >> leaf_dealloc uses vzalloc as a fallback to kzalloc(GFP_NOFS), s
On 01/31/2015 09:11 PM, Guenter Roeck wrote:
On 01/29/2015 11:30 AM, Guenter Roeck wrote:
On Thu, Jan 29, 2015 at 01:07:10PM +0100, Robert Rosengren wrote:
Is your hardware big endian or little endian ?
CONFIG_CPU_LITTLE_ENDIAN=y
Hi Robert,
I have another question: What is your i2c controll
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_
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 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/intel-iommu.h b/include/linux/intel-io
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 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/iommu/intel_irq_remapping.c
b/drivers/iommu/intel_irq_rem
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(+), 0
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
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
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 +
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 files changed, 32 insertions(+), 0 deletions(-)
diff --git a/include/linux/dmar.h b/include/linux
Made a mistake with Joro's address, will resend this series again, Sorry for
this!
Thanks,
Feng
> -Original Message-
> From: Wu, Feng
> Sent: Monday, February 02, 2015 4:02 PM
> To: dw...@infradead.org; j...@8bytes.or
> Cc: jiang@linux.intel.com; io...@lists.linux-foundation.org;
> l
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_
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 +
Hi Bart,
On Mon, 02 Feb 2015 08:43:16 +0100 Bart Van Assche
wrote:
>
> In the source file fs/fcntl.c and also in the fcntl() man page one
> can see that the FD_CLOEXEC flag can be manipulated via F_GETFD and
> F_SETFD. Update the comment in accordingly.
>
> Signed-off-by: Bart Van Assche
> Cc
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 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/intel-iommu.h b/include/linux/intel-io
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
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 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/iommu/intel_irq_remapping.c
b/drivers/iommu/intel_irq_rem
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
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(+), 0
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 files changed, 32 insertions(+), 0 deletions(-)
diff --git a/include/linux/dmar.h b/include/linux
On Feb 01 Joe Perches wrote:
> > > > > On Sun, 2015-02-01 at 20:59 +0100, Stefan Richter wrote:
> > > > > > > ERROR: Please use 12 or more chars for the git commit ID like:
> > > > > > > 'Commit
> > > > > > > 01234567890ab ("commit description")' #5:
> > > > > > > Commit 2a48fc0ab242 "block: auto
2015-01-30 15:21 GMT+01:00 Damian Eppel :
> This is to fix an issue of sleeping in atomic context when processing
> hotplug notifications in Exynos MCT(Multi-Core Timer).
> The issue was reproducible on Exynos 3250 (Rinato board) and Exynos 5420
> (Arndale Octa board).
>
> Whilst testing cpu hotplu
On Mon, Feb 02, 2015 at 07:27:10AM +, David Woodhouse wrote:
> On Sun, 2015-02-01 at 21:07 -0800, David Miller wrote:
>
> > We might as well have not have implemented the IPSEC stack at all,
> > because as a result of the userland VPN stuff our IPSEC stack is
> > largely unused except by a ver
On 02/02/2015 08:15 AM, Joonsoo Kim wrote:
> freepage with MIGRATE_CMA can be used only for MIGRATE_MOVABLE and
> they should not be expanded to other migratetype buddy list
> to protect them from unmovable/reclaimable allocation. Implementing
> these requirements in __rmqueue_fallback(), that is,
On 02/02/2015 03:00 AM, Daniel Kurtz wrote:
Hi ykk,
On Fri, Jan 30, 2015 at 7:29 PM, Yakir Yang wrote:
RK3288's VOP do not support INTERLACE display mode, so we should
remove those modes out of mode_ok list.
Signed-off-by: Yakir Yang
Reviewed-by: Daniel Kurtz
Can you move this patch out
From: Chao Xie
Change the dtsi and DT support for mmp SOCes to make them
use the new timer driver.
Signed-off-by: Chao Xie
---
arch/arm/boot/dts/mmp2.dtsi | 19 ---
arch/arm/boot/dts/pxa168.dtsi | 20 +---
arch/arm/boot/dts/pxa910.dtsi | 26 ---
From: Chao Xie
For no DT support, directly call new timer's APIs to initialize
timer.
It need to initialize the timer first, then initialize the clock
event device or clock source which are based on counter.
Signed-off-by: Chao Xie
---
arch/arm/mach-mmp/common.h | 2 --
arch/arm/mach-mmp/mmp2
From: Chao Xie
The new timer driver has been created under
drivers/clocksource/.
After change all SOCes to use the new driver,
remove the old one.
Signed-off-by: Chao Xie
---
arch/arm/mach-mmp/Makefile | 2 +-
arch/arm/mach-mmp/time.c | 247 -
2
From: Chao Xie
MMP timer is attached to APB bus, It has the following
limitation.
1. When get count of timer counter, it need some delay
to get a stable count.
2. When set match register, it need disable the counter
first, and enable it after set the match register.
The disabling need wa
From: Chao Xie
These patch will create a new timer driver in drivers/clocksource/
The timer driver will support all SOCes in mach-mmp
There are two patches #2 and #3 changing the arch/mach-mmp to make
DT and no-DT supported SOCes to make use of new timer driver
The final patch will remove the o
From: Nicholas Mc Guire
return type of wait_for_completion_timeout is unsigned long not int, this
patch changes the type of m from int to unsigned long.
Signed-off-by: Nicholas Mc Guire
---
The return type of wait_for_completion_timeout is unsigned long not
int. This patch resolves the type mi
return type of wait_for_completion_timeout is unsigned long not int, this
patch uses the return value of wait_for_completion_timeout in the condition
directly rather than adding a additional appropriately typed variable.
Signed-off-by: Nicholas Mc Guire
---
The return type of wait_for_completion
From: Nicholas Mc Guire
return type of wait_for_completion_timeout is unsigned long not int, this
patch uses the return value of wait_for_completion_timeout in the condition
directly rather than assigning it to an incorrect type variable.
Signed-off-by: Nicholas Mc Guire
---
The return type o
return type of wait_for_completion_timeout is unsigned long not int and
always returns >=0 , this patch adds a suitable return variable and
simplifies the return value checking as there is no < 0 case.
Signed-off-by: Nicholas Mc Guire
---
The return type of wait_for_completion_timeout is unsigne
return type of wait_for_completion_timeout is unsigned long not int, this
patch uses the return value of wait_for_completion_timeout in the condition
directly rather than assigning it to an incorrect type variable.
Signed-off-by: Nicholas Mc Guire
---
The return type of wait_for_completion_timeo
Toralf Förster wrote:
> I'm wondering where to blame a nagging issue with these file names :
>
> # ls -l /sys/class/hwmon/hwmon?/temp?_input
> -r--r--r-- 1 root root 4096 Jan 30 13:57 /sys/class/hwmon/hwmon1/temp1_input
> -r--r--r-- 1 root root 4096 Jan 30 13:57 /sys/class/hwmon/hwmon2/temp1_input
On 01/02/15 20:06, Jiri Olsa wrote:
> On Thu, Jan 29, 2015 at 05:06:55PM +0900, Namhyung Kim wrote:
>> The new --index option will create indexed data file which can be
>> processed by multiple threads parallelly. It saves meta event and
>> sample data in separate files and merges them with an ind
return type of wait_for_completion_timeout is unsigned long not int, this
patch only fixes up the return handling.
Signed-off-by: Nicholas Mc Guire
---
drivers/iio/adc/vf610_adc.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
Rather than changing timeout to unsigned long it can b
(2015/01/31 0:45), Petr Mladek wrote:
> can_probe() checks if the given address points to the beginning of
> an instruction. It analyzes all the instructions from the beginning
> of the function until the given address. The code might be modified
> by another Kprobe. In this case, the current code
This patch fixes two issues:
* return type of wait_for_completion_timeout is unsigned long not int,
rather than adding a dedicated variable the wait_for_completion_timeout
is moved into the condition directly
* the timeout of wait_for_completion_timeout is in jiffies but the value
being pass
(2015/01/30 23:32), Arnaldo Carvalho de Melo wrote:
> Em Fri, Jan 30, 2015 at 11:21:35AM -0300, Arnaldo Carvalho de Melo escreveu:
>> Em Fri, Jan 30, 2015 at 06:37:44PM +0900, Masami Hiramatsu escreveu:
>>> Fix to handle optimized no-inline functions which have
>>> only function definition but no a
On 30/01/15 15:21, Damian Eppel wrote:
This is to fix an issue of sleeping in atomic context when processing
hotplug notifications in Exynos MCT(Multi-Core Timer).
The issue was reproducible on Exynos 3250 (Rinato board) and Exynos 5420
(Arndale Octa board).
Whilst testing cpu hotplug events o
return type of wait_for_completion_timeout is unsigned long not int, rather
than introducing a new variable the wait_for_completion_timeout is moved
into the if condition as the return value is only used to detect timeout.
Signed-off-by: Nicholas Mc Guire
---
Aside from the fixup of the wait_for
On 31/01/15 10:21, Daniel Lezcano wrote:
On 01/31/2015 02:08 AM, Stephen Boyd wrote:
Kept meaning to get back to this thread. Have you resolved it?
On 10/29/14 03:38, Marcin Jabrzyk wrote:
So I've tried this patch, it resolves one problem but introduces also
new ones. As expected the BUG war
Hi all,
Changes since 20150130:
The net-next tree gained conflicts against the net tree.
The spi tree lost its build failure.
The kvm tree gained conflicts against Linus' tree.
The target-updates tree gained a conflict against Linus' tree.
The akpm-current tree gained a conflict against the f
> do you have reviewed this patchset?
Yes, but ...
a) You only sent it 7 working days ago -- give me a chance
b) We are already at -rc7, so I have stopped accepting patches
c) I currently have my head buried under a tonne of my own work
... so please don't nag -- you're beginning to sound like m
On Sat, 31 Jan 2015, Chen-Yu Tsai wrote:
> Hi Lee,
>
> On Thu, Jan 22, 2015 at 5:02 PM, Lee Jones wrote:
> > On Thu, 22 Jan 2015, Chen-Yu Tsai wrote:
> >
> >> From: Carlo Caione
> >>
> >> Bindings documentation for the AXP20x driver. In this file also
> >> sub-nodes are documented.
> >>
> >> Si
On 02/02/2015 12:09 PM, Michael Ellerman wrote:
> On Mon, 2015-02-02 at 10:40 +0530, Preeti U Murthy wrote:
>> The device tree now exposes the residency values for different idle states.
>> Read
>> these values instead of calculating residency from the latency values. The
>> values
>> exposed in
On 02/02/2015 08:45, David Gibson wrote:
> + case H_LOGICAL_CI_LOAD:
> + ret = kvmppc_h_logical_ci_load(vcpu);
> + if (ret == H_TOO_HARD) {
> + printk("Punting H_LOGICAL_CI_LOAD\n");
> + return RESUME_HOST;
> + }
> +
Am Freitag, 30. Januar 2015, 15:47:38 schrieb Krzysztof Kozlowski:
> Hi,
>
> The patchset changes power supply API and drivers implementing
> power supply class.
>
>
> TLDR for driver and subsystem maintainers
> =
> Two patches of patchset change power_sup
Gidday,
The Linux man-pages maintainer proudly announces:
man-pages-3.79 - man pages for Linux
Tarball download:
http://www.kernel.org/doc/man-pages/download.html
Git repository:
https://git.kernel.org/cgit/docs/man-pages/man-pages.git/
Online changelog:
http://man7.org/linux/man
On Mon, Feb 02, 2015 at 08:08:17AM +0100, Niklas Cassel wrote:
>
> On 02/02/2015 12:07 AM, Brian Norris wrote:
> > On Sun, Feb 01, 2015 at 02:08:50AM +0100, Niklas Cassel wrote:
> >> Calling mtd_device_parse_register with the same mtd_info
> >> (e.g. registering several partitions on a single devi
> On 02/02/2015 12:07 AM, Brian Norris wrote:
> >
> > No driver should be calling mtd_device_parse_register() multiple times
> > on the same mtd_info. Under what context do you see this? What driver?
> arch/cris/arch-v32/drivers/axisflashmap.c
Looking at it another way, why should it not be allow
On Sunday 01 February 2015 06:30 PM, Nicholas Mc Guire wrote:
return type of wait_for_completion_timeout is unsigned long not int, this
patch adds an appropriate variable and fixes up the assignment.
As the string in dev_err already states "timeout" there
is little point in printing the 0 here.
On Sunday 01 February 2015 06:32 PM, Nicholas Mc Guire wrote:
return type of wait_for_completion_timeout is unsigned long not int, this
patch adds an appropriate variable and fixes up the assignment.
As the string in dev_err already states "timeout" there is little point in
printing the 0 here as
On Mon, Feb 02, 2015 at 09:59:16AM +0100, Paolo Bonzini wrote:
>
>
> On 02/02/2015 08:45, David Gibson wrote:
> > + case H_LOGICAL_CI_LOAD:
> > + ret = kvmppc_h_logical_ci_load(vcpu);
> > + if (ret == H_TOO_HARD) {
> > + printk("Punting H_LOGICAL_CI_LOAD\n"
On Sunday 01 February 2015 07:25 PM, Nicholas Mc Guire wrote:
return type of wait_for_completion_timeout is unsigned long not int, this
patch adds an appropriate variable and fixes up the assignment.
As the string in dev_err already explicitly states "timeout" there
is little point in printing th
On 01/30/2015 05:40 PM, Greg KH wrote:
On Fri, Jan 30, 2015 at 09:55:30AM +0100, Jacek Anaszewski wrote:
Hi Pavel,
On 01/29/2015 10:14 PM, Pavel Machek wrote:
Hi!
+ - flash_fault - list of flash faults that may have occurred:
+ * led-over-voltage - flash controller voltag
On Mon, 02 Feb 2015, Laxman Dewangan wrote:
> On Sunday 01 February 2015 06:30 PM, Nicholas Mc Guire wrote:
>> return type of wait_for_completion_timeout is unsigned long not int, this
>> patch adds an appropriate variable and fixes up the assignment.
>> As the string in dev_err already states "ti
Le 02/02/2015 03:33, Stephen Rothwell a écrit :
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
drivers/net/vxlan.c between commit 33564bbb2cf1 ("vxlan: setup the
right link netns in newlink hdlr") from the net tree and commit
ac5132d1a03f ("vxlan: Only bind to sockets wi
Chanwoo,
On 02/02/15 07:04, Chanwoo Choi wrote:
> Hi Roger,
>
> On 01/30/2015 11:05 PM, Roger Quadros wrote:
>> Hi,
>>
>> On 30/01/15 13:04, Roger Quadros wrote:
>>> Felipe & Chanwoo,
>>>
>>> On 26/01/15 14:15, Roger Quadros wrote:
The recommended name for USB-Host cable state is "USB-Host"
return type of wait_for_completion_timeout is unsigned long not int, this
patch adds an appropriate variable and fixes up the assignment.
As the string in dev_err already explicitly states "timeout" there
is little point in printing the 0 here which also just says "timeout".
Signed-off-by: Nichola
return type of wait_for_completion_timeout is unsigned long not int, this
patch adds an appropriate variable and fixes up the assignment.
As the string in dev_err already states "timeout" there
is little point in printing the 0 here.
Signed-off-by: Nicholas Mc Guire
---
v2: typo fixed as suggest
On Mon, Feb 02, 2015 at 10:34:50AM +0200, Adrian Hunter wrote:
SNIP
> > but how about bump up the header version for this feature? ;-)
> >
> > currently it's:
> >
> > struct perf_file_header {
> > u64 magic;
> > u64 size;
>
return type of wait_for_completion_timeout is unsigned long not int, this
patch adds an appropriate variable and fixes up the assignment.
As the string in dev_err already states "timeout" there is little point in
printing the 0 here as it just restates "timeout".
Signed-off-by: Nicholas Mc Guire
On Monday 02 February 2015 02:38 PM, Nicholas Mc Guire wrote:
On Mon, 02 Feb 2015, Laxman Dewangan wrote:
+ if (WARN_ON(dma_timeout == 0)) {
dev_err(tsd->dev,
- "spi trasfer timeout, err %d\n", ret);
+
On Mon, Feb 02, 2015 at 10:01:51AM +0100, Ricard Wanderlof wrote:
>
> > On 02/02/2015 12:07 AM, Brian Norris wrote:
> > >
> > > No driver should be calling mtd_device_parse_register() multiple times
> > > on the same mtd_info. Under what context do you see this? What driver?
> > arch/cris/arch-v32
On 02/01/2015 09:34 AM, Nicholas Mc Guire wrote:
> From: Nicholas Mc Guire
>
> return type of wait_for_completion_timeout is unsigned long not int, this
> patch removes the type missmatch by moving the call into the condition.
>
> Signed-off-by: Nicholas Mc Guire
Thanks, applied to can-next.
Hi, Fengguang,
We already fixed that in f7b8a47da17c "sched: Remove lockdep check in
sched_move_task()".
В Вс, 01/02/2015 в 20:22 -0800, Fengguang Wu пишет:
> Hi Kirill,
>
> FYI the RCU warning shows up since this commit, however there are
> several other BUGs, so it's not necessarily a problem
Hi Andy,
On 01/29/2015 01:09 PM, Andy Lutomirski wrote:
> On Jan 29, 2015 6:42 AM, "Daniel Mack" wrote:
>> As we explained before, currently, D-Bus peers do collect the same
>> information already if they need to have them, but they have to do deal
>> with the inherit races in such cases. kdbus
On 02/01/15 at 05:13am, Andy Lutomirski wrote:
> On Sun, Feb 1, 2015 at 12:10 AM, Baoquan He wrote:
> > On 01/20/15 at 08:19pm, Andy Lutomirski wrote:
> >> On 01/20/2015 07:37 PM, Baoquan He wrote:
> >>
> >> I have no idea what the #PF thing you're referring to is, but I have
> >> code to implemen
Ping?
On 22.01.2015 11:39, Bogdan Purcareata wrote:
This patch enables running intensive I/O workloads, e.g. netperf, in a guest
deployed on a RT host. It also enable guests to be SMP.
The openpic spinlock becomes a sleeping mutex on a RT system. This no longer
guarantees that EPR is atomic wit
On Mon, Feb 2, 2015 at 12:35 PM, Dexuan Cui wrote:
Before the line vmbus_open() returns, srv->util_cb can be already
running
and the variables, like util_fw_version, are needed by the
srv->util_cb.
A questions is why we do this for util only? Can callbacks of other
devices be called before
On 02/02/2015 09:37 AM, Nicholas Mc Guire wrote:
return type of wait_for_completion_timeout is unsigned long not int, rather
than introducing a new variable the wait_for_completion_timeout is moved
into the if condition as the return value is only used to detect timeout.
But the return value is
Error: Missing a blank line after declarations
Singed-off-by: pushpendra.si...@smartplayin.com
to: pramod.gu...@smartplayin.com
cc: kiran.pad...@smartplayin.com
cc: chowdegowda...@smartplayin.com
---
drivers/staging/media/tlg2300/pd-alsa.c | 2 ++
1 file changed,
On Mon, Feb 2, 2015 at 12:36 PM, Dexuan Cui wrote:
I got HV_STATUS_INVALID_CONNECTION_ID on Hyper-V 2008 R2 when keeping
running
"rmmod hv_netvsc; modprobe hv_netvsc; rmmod hv_utils; modprobe
hv_utils"
in a Linux guest. Looks the host has some kind of throttling
mechanism if
some kinds of h
Hi Brian,
On Sun, 1 Feb 2015 23:57:37 -0800
Brian Norris wrote:
> Hi Boris,
>
> BTW, this series has a few conflicts with other things I have queued, so
> you'll need to refresh.
Yes, that's not a problem, but I'd like to be sure this is the way we
want to go before rebasing this series.
>
>
On Mon 2015-02-02 10:07:02, Jacek Anaszewski wrote:
> On 01/30/2015 05:40 PM, Greg KH wrote:
> >On Fri, Jan 30, 2015 at 09:55:30AM +0100, Jacek Anaszewski wrote:
> >>Hi Pavel,
> >>
> >>On 01/29/2015 10:14 PM, Pavel Machek wrote:
> >>>Hi!
> >>>
> >>+ - flash_fault - list of flash faults th
On Mon, Feb 2, 2015 at 12:37 PM, Dexuan Cui wrote:
Without this patch, the state is put to CHANNEL_OPENING_STATE, and
when
the driver is loaded next time, vmbus_open() will fail immediately
due to
newchannel->state != CHANNEL_OPEN_STATE.
CC: "K. Y. Srinivasan"
Signed-off-by: Dexuan Cui
--
Dne 30.1.2015 v 02:49 Rafael J. Wysocki napsal(a):
On Thursday, January 29, 2015 05:12:11 PM Linus Torvalds wrote:
On Thu, Jan 29, 2015 at 5:22 PM, Rafael J. Wysocki wrote:
On Wednesday, January 21, 2015 05:54:00 PM Peter Hurley wrote:
Yeah, but the debug check is triggering worse behavior,
On Mon, 02 Feb 2015, Lars-Peter Clausen wrote:
> On 02/02/2015 09:37 AM, Nicholas Mc Guire wrote:
>> return type of wait_for_completion_timeout is unsigned long not int, rather
>> than introducing a new variable the wait_for_completion_timeout is moved
>> into the if condition as the return value
On 02/02/15 11:15, Jiri Olsa wrote:
> On Mon, Feb 02, 2015 at 10:34:50AM +0200, Adrian Hunter wrote:
>
> SNIP
>
>>> but how about bump up the header version for this feature? ;-)
>>>
>>> currently it's:
>>>
>>> struct perf_file_header {
>>> u64 magic;
>>>
Hi Roger,
On 02/02/2015 06:09 PM, Roger Quadros wrote:
> Chanwoo,
>
> On 02/02/15 07:04, Chanwoo Choi wrote:
>> Hi Roger,
>>
>> On 01/30/2015 11:05 PM, Roger Quadros wrote:
>>> Hi,
>>>
>>> On 30/01/15 13:04, Roger Quadros wrote:
Felipe & Chanwoo,
On 26/01/15 14:15, Roger Quadros wr
o fixed as suggested by Laxman Dewangan
v3: merged dev_err into one line as suggested by Laxman Dewangan
This patch was only compile tested with tegra_defconfig
(implies CONFIG_SPI_TEGRA20_SFLASH=y)
Patch is against 3.19.0-rc6 -next-20150202
drivers/spi/spi-tegra20-sflash.c |8
1 fi
On 02/02/2015 08:15 AM, Joonsoo Kim wrote:
> This is preparation step to use page allocator's anti fragmentation logic
> in compaction. This patch just separates fallback freepage checking part
> from fallback freepage management part. Therefore, there is no functional
> change.
>
> Signed-off-by:
On Fri, Jan 30, 2015 at 05:43:04PM +, Andy Falanga (afalanga) wrote:
> > > This function does something that seems rather strange. On line 859,
> > > a for loop determines the number of pages needed for the copying of
> > > the user data to kernel space. Then the memory is allocated (line
> >
On 02/02/15 11:55, Chanwoo Choi wrote:
> Hi Roger,
>
> On 02/02/2015 06:09 PM, Roger Quadros wrote:
>> Chanwoo,
>>
>> On 02/02/15 07:04, Chanwoo Choi wrote:
>>> Hi Roger,
>>>
>>> On 01/30/2015 11:05 PM, Roger Quadros wrote:
Hi,
On 30/01/15 13:04, Roger Quadros wrote:
> Felipe &
I am announcing the release of the Linux 3.16.7-ckt5 kernel.
The updated 3.16.y-ckt tree can be found at:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.16.y
and can be browsed at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=refs/heads/linux-3.16.y;a=shortlog
The diff from v3.16.7-c
On Mon, Feb 02, 2015 at 11:52:26AM +0200, Adrian Hunter wrote:
> On 02/02/15 11:15, Jiri Olsa wrote:
> > On Mon, Feb 02, 2015 at 10:34:50AM +0200, Adrian Hunter wrote:
> >
> > SNIP
> >
> >>> but how about bump up the header version for this feature? ;-)
> >>>
> >>> currently it's:
> >>>
> >>> str
On 1 and 2 bytes per word, the transfer of the 3 last bytes will access
memory outside tx_ptr.
Although this has not trigger any error on real hardware, we should
better fix this.
Fixes: 24ba5e593f391507 Remove rx_fn and tx_fn pointer
Signed-off-by: Ricardo Ribalda Delgado
---
v2:
v1 was compl
1 - 100 of 835 matches
Mail list logo