Re: [PATCH] time,virt: resync steal time when guest & host lose sync

On Fri, Aug 12, 2016 at 11:58:03AM -0400, Rik van Riel wrote: > On Fri, 12 Aug 2016 15:09:00 +0800 > Wanpeng Li wrote: > > 2016-08-12 10:44 GMT+08:00 Rik van Riel : > > > > If you pass ULONG_MAX as the maxtime argument to > > > steal_account_process_time(),

Re: [PATCH] time,virt: resync steal time when guest & host lose sync

On Fri, Aug 12, 2016 at 11:58:03AM -0400, Rik van Riel wrote: > On Fri, 12 Aug 2016 15:09:00 +0800 > Wanpeng Li wrote: > > 2016-08-12 10:44 GMT+08:00 Rik van Riel : > > > > If you pass ULONG_MAX as the maxtime argument to > > > steal_account_process_time(), does the steal time > > > get

[v.1] clk:clk-rockchip:-of_iomap failed to remap then abort clock initialization.

-check return of 'of_iomap'.if It's falied to remap then abort. -Unmap a region obtained by remap. iounmap frees the mapping when failed to allocate the memory. Signed-off-by: Arvind Yadav --- drivers/clk/rockchip/clk-rockchip.c | 7 ++- 1 file changed, 6

[v.1] clk:clk-rockchip:-of_iomap failed to remap then abort clock initialization.

-check return of 'of_iomap'.if It's falied to remap then abort. -Unmap a region obtained by remap. iounmap frees the mapping when failed to allocate the memory. Signed-off-by: Arvind Yadav --- drivers/clk/rockchip/clk-rockchip.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff

Re: [PATCH] ilp32: fix {GET,SET}SIGMASK request for ptrace

On Mon, Jun 27, 2016 at 12:49:05PM +0800, zhouchengming wrote: > The function compat_ptrace_request(used by ilp32) don't handle > {GET,SET}SIGMASK request, so it will be handled by ptrace_request. > But it's wrong because the compat_sigset_t of ilp32 differs from > the sigset_t of aarch64. The

Re: [PATCH] ilp32: fix {GET,SET}SIGMASK request for ptrace

On Mon, Jun 27, 2016 at 12:49:05PM +0800, zhouchengming wrote: > The function compat_ptrace_request(used by ilp32) don't handle > {GET,SET}SIGMASK request, so it will be handled by ptrace_request. > But it's wrong because the compat_sigset_t of ilp32 differs from > the sigset_t of aarch64. The

Re: [PATCH 05/19] arm64: rename COMPAT to AARCH32_EL0 in Kconfig

On Fri, Aug 12, 2016 at 03:36:12PM +0100, Catalin Marinas wrote: > On Thu, Aug 11, 2016 at 10:29:03PM +0200, Arnd Bergmann wrote: > > On Thursday, August 11, 2016 5:30:03 PM CEST Catalin Marinas wrote: > > > > > > and you can have ARM binaries with > > > > > > PER_LINUX (using the arm64 uname)

Re: [PATCH 05/19] arm64: rename COMPAT to AARCH32_EL0 in Kconfig

On Fri, Aug 12, 2016 at 03:36:12PM +0100, Catalin Marinas wrote: > On Thu, Aug 11, 2016 at 10:29:03PM +0200, Arnd Bergmann wrote: > > On Thursday, August 11, 2016 5:30:03 PM CEST Catalin Marinas wrote: > > > > > > and you can have ARM binaries with > > > > > > PER_LINUX (using the arm64 uname)

Re: [PATCH 18/19] arm64:ilp32: add vdso-ilp32 and use for signal return

On Mon, Jun 20, 2016 at 04:54:17PM +0200, Andreas Schwab wrote: > Yury Norov writes: > > > diff --git a/arch/arm64/kernel/vdso.c b/arch/arm64/kernel/vdso.c > > index 2a0de6f..e48ea34 100644 > > --- a/arch/arm64/kernel/vdso.c > > +++ b/arch/arm64/kernel/vdso.c > > @@

Re: [PATCH 18/19] arm64:ilp32: add vdso-ilp32 and use for signal return

On Mon, Jun 20, 2016 at 04:54:17PM +0200, Andreas Schwab wrote: > Yury Norov writes: > > > diff --git a/arch/arm64/kernel/vdso.c b/arch/arm64/kernel/vdso.c > > index 2a0de6f..e48ea34 100644 > > --- a/arch/arm64/kernel/vdso.c > > +++ b/arch/arm64/kernel/vdso.c > > @@ -40,6 +40,12 @@ extern char

Re: [PACTH v2 1/3] mm, proc: Implement /proc//totmaps

On Fri, Aug 12, 2016 at 06:04:20PM -0400, robert.f...@collabora.com wrote: > diff --git a/fs/proc/internal.h b/fs/proc/internal.h > index aa27810..c55e1fe 100644 > --- a/fs/proc/internal.h > +++ b/fs/proc/internal.h > @@ -281,6 +281,7 @@ struct proc_maps_private { > struct mm_struct *mm; >

Re: [PACTH v2 1/3] mm, proc: Implement /proc//totmaps

On Fri, Aug 12, 2016 at 06:04:20PM -0400, robert.f...@collabora.com wrote: > diff --git a/fs/proc/internal.h b/fs/proc/internal.h > index aa27810..c55e1fe 100644 > --- a/fs/proc/internal.h > +++ b/fs/proc/internal.h > @@ -281,6 +281,7 @@ struct proc_maps_private { > struct mm_struct *mm; >

Re: [PATCH 3/3] perf/x86/intel/uncore: Add Skylake server uncore support

On 12 August 2016 at 16:30, Kan Liang wrote: > From: Kan Liang > > This patch implements the uncore monitoring driver for Skylake server. > The uncore subsystem in Skylake server is similar to previous > server. There are some differences in config

Re: [PATCH 3/3] perf/x86/intel/uncore: Add Skylake server uncore support

On 12 August 2016 at 16:30, Kan Liang wrote: > From: Kan Liang > > This patch implements the uncore monitoring driver for Skylake server. > The uncore subsystem in Skylake server is similar to previous > server. There are some differences in config register encoding and pci > device IDs.

[GIT PULL] KVM fixes for 4.8-rc2

Linus, The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus for you to fetch changes up to

[GIT PULL] KVM fixes for 4.8-rc2

Linus, The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus for you to fetch changes up to

Re: [PATCH 1/3] perf/x86/intel/uncore: remove hard code for Node ID mapping location

On 12 August 2016 at 16:30, Kan Liang wrote: > From: Kan Liang > > The method to build PCI bus to socket mapping is similar among > platforms. However, the PCI location where store Node ID mapping could I think we should replace "where store" with

Re: [PATCH 1/3] perf/x86/intel/uncore: remove hard code for Node ID mapping location

On 12 August 2016 at 16:30, Kan Liang wrote: > From: Kan Liang > > The method to build PCI bus to socket mapping is similar among > platforms. However, the PCI location where store Node ID mapping could I think we should replace "where store" with "which store". > vary for different platforms.

Re: [PATCH] [media] vb2: move dma-buf unmap from __vb2_dqbuf() to vb2_buffer_done()

On 07/20/2016 08:22 PM, Javier Martinez Canillas wrote: > Currently the dma-buf is unmapped when the buffer is dequeued by userspace > but it's not used anymore after the driver finished processing the buffer. > > So instead of doing the dma-buf unmapping in __vb2_dqbuf(), it can be made > in

Re: [PATCH] [media] vb2: move dma-buf unmap from __vb2_dqbuf() to vb2_buffer_done()

On 07/20/2016 08:22 PM, Javier Martinez Canillas wrote: > Currently the dma-buf is unmapped when the buffer is dequeued by userspace > but it's not used anymore after the driver finished processing the buffer. > > So instead of doing the dma-buf unmapping in __vb2_dqbuf(), it can be made > in

Re: [PATCH v2 2/2] perf uprobe: Skip prologue if program compiled without optimization

Hi Masami, Arnaldo, Any updates on this? Thanks, Ravi On Wednesday 03 August 2016 02:28 PM, Ravi Bangoria wrote: > Function prologue prepares stack and registers before executing function > logic. When target program is compiled without optimization, function > parameter information is only

Re: [PATCH v2 2/2] perf uprobe: Skip prologue if program compiled without optimization

Hi Masami, Arnaldo, Any updates on this? Thanks, Ravi On Wednesday 03 August 2016 02:28 PM, Ravi Bangoria wrote: > Function prologue prepares stack and registers before executing function > logic. When target program is compiled without optimization, function > parameter information is only

Re: [PACTH v1] mm, proc: Implement /proc//totmaps

On Fri, Aug 12, 2016 at 12:28:11PM -0400, Robert Foss wrote: > > > On 2016-08-10 02:05 PM, Jann Horn wrote: > >On Wed, Aug 10, 2016 at 10:45:51AM -0700, Sonny Rao wrote: > >>On Wed, Aug 10, 2016 at 10:37 AM, Jann Horn wrote: > >>>On Wed, Aug 10, 2016 at 10:23:53AM -0700, Sonny

Re: [PACTH v1] mm, proc: Implement /proc//totmaps

On Fri, Aug 12, 2016 at 12:28:11PM -0400, Robert Foss wrote: > > > On 2016-08-10 02:05 PM, Jann Horn wrote: > >On Wed, Aug 10, 2016 at 10:45:51AM -0700, Sonny Rao wrote: > >>On Wed, Aug 10, 2016 at 10:37 AM, Jann Horn wrote: > >>>On Wed, Aug 10, 2016 at 10:23:53AM -0700, Sonny Rao wrote: >

imx-drm: Possible regression after update to atomic

d7868cb7ac58640e9c0383205ba31bd6a985cc6f is the last commit that works for me. I'm experiencing black screen after Weston starts in two different i.MX based devices: - i.MX6 -> arch/arm/boot/dts/imx6q-b850v3.dts - i.MX53 based device Weston starts, but nothing is shown on screen. fb works

imx-drm: Possible regression after update to atomic

d7868cb7ac58640e9c0383205ba31bd6a985cc6f is the last commit that works for me. I'm experiencing black screen after Weston starts in two different i.MX based devices: - i.MX6 -> arch/arm/boot/dts/imx6q-b850v3.dts - i.MX53 based device Weston starts, but nothing is shown on screen. fb works

Re: [PATCH 2/2 v3] be2iscsi: Fix some error messages

Le 13/08/2016 à 13:35, Joe Perches a écrit : @@ -268,7 +268,7 @@ static int beiscsi_eh_abort(struct scsi_cmnd *sc) _cmd.dma); if (nonemb_cmd.va == NULL) { beiscsi_log(phba, KERN_ERR, BEISCSI_LOG_EH, - "BM_%d :

Re: [PATCH 2/2 v3] be2iscsi: Fix some error messages

Le 13/08/2016 à 13:35, Joe Perches a écrit : @@ -268,7 +268,7 @@ static int beiscsi_eh_abort(struct scsi_cmnd *sc) _cmd.dma); if (nonemb_cmd.va == NULL) { beiscsi_log(phba, KERN_ERR, BEISCSI_LOG_EH, - "BM_%d :

Re: [PART2 PATCH v5 12/12] svm: Implements update_pi_irte hook to setup posted interrupt

2016-07-25 04:32-0500, Suravee Suthikulpanit: > diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c > @@ -1485,9 +1521,16 @@ static void avic_set_running(struct kvm_vcpu *vcpu, > bool is_run) > WARN_ON(is_run == !!(entry & AVIC_PHYSICAL_ID_ENTRY_IS_RUNNING_MASK)); > > entry &=

Re: [PART2 PATCH v5 12/12] svm: Implements update_pi_irte hook to setup posted interrupt

2016-07-25 04:32-0500, Suravee Suthikulpanit: > diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c > @@ -1485,9 +1521,16 @@ static void avic_set_running(struct kvm_vcpu *vcpu, > bool is_run) > WARN_ON(is_run == !!(entry & AVIC_PHYSICAL_ID_ENTRY_IS_RUNNING_MASK)); > > entry &=

Re: [PATCH 2/4] ARM: dts: da850: Add an aemif node

On Wed, Aug 10, 2016 at 02:04:48PM +0530, Sekhar Nori wrote: > On Wednesday 10 August 2016 02:04 PM, Karl Beldan wrote: > > On Wed, Aug 10, 2016 at 01:59:26PM +0530, Sekhar Nori wrote: > >> On Wednesday 10 August 2016 01:56 PM, Karl Beldan wrote: > >>> On Wed, Aug 10, 2016 at 01:42:01PM +0530,

Re: [PATCH 2/4] ARM: dts: da850: Add an aemif node

On Wed, Aug 10, 2016 at 02:04:48PM +0530, Sekhar Nori wrote: > On Wednesday 10 August 2016 02:04 PM, Karl Beldan wrote: > > On Wed, Aug 10, 2016 at 01:59:26PM +0530, Sekhar Nori wrote: > >> On Wednesday 10 August 2016 01:56 PM, Karl Beldan wrote: > >>> On Wed, Aug 10, 2016 at 01:42:01PM +0530,

Re: [PATCH 2/2 v3] be2iscsi: Fix some error messages

On Sat, 2016-08-13 at 09:20 +0200, Christophe JAILLET wrote: > This fixes: [] >    - concatenate strings on the same line to fix checkpatch warnings [] > diff --git a/drivers/scsi/be2iscsi/be_main.c b/drivers/scsi/be2iscsi/be_main.c [] > @@ -268,7 +268,7 @@ static int beiscsi_eh_abort(struct

Re: [PATCH 2/2 v3] be2iscsi: Fix some error messages

On Sat, 2016-08-13 at 09:20 +0200, Christophe JAILLET wrote: > This fixes: [] >    - concatenate strings on the same line to fix checkpatch warnings [] > diff --git a/drivers/scsi/be2iscsi/be_main.c b/drivers/scsi/be2iscsi/be_main.c [] > @@ -268,7 +268,7 @@ static int beiscsi_eh_abort(struct

Re: [PATCH v2 3/4] ARM: dts: da850,da850-evm: Add an aemif node and use it for the NAND

On Wed, Aug 10, 2016 at 11:00:31AM +, Karl Beldan wrote: > Currently the davinci da8xx boards use the mach-davinci aemif code. > Instantiating an aemif node into the DT allows to use the ti-aemif > memory driver and is another step to better DT support. > This change adds an aemif node in the

Re: [PATCH v2 3/4] ARM: dts: da850,da850-evm: Add an aemif node and use it for the NAND

On Wed, Aug 10, 2016 at 11:00:31AM +, Karl Beldan wrote: > Currently the davinci da8xx boards use the mach-davinci aemif code. > Instantiating an aemif node into the DT allows to use the ti-aemif > memory driver and is another step to better DT support. > This change adds an aemif node in the

Re: [PATCH v3 05/14] media: platform: pxa_camera: convert to vb2

Hans Verkuil writes: > On 08/13/2016 11:25 AM, Robert Jarzmik wrote: >> Hi Hans, >> >> Robert Jarzmik writes: >>> Convert pxa_camera from videobuf to videobuf2. >> ...zip... >> >>> +static int pxac_vb2_queue_setup(struct vb2_queue *vq, >>> +

Re: [PATCH v3 05/14] media: platform: pxa_camera: convert to vb2

Hans Verkuil writes: > On 08/13/2016 11:25 AM, Robert Jarzmik wrote: >> Hi Hans, >> >> Robert Jarzmik writes: >>> Convert pxa_camera from videobuf to videobuf2. >> ...zip... >> >>> +static int pxac_vb2_queue_setup(struct vb2_queue *vq, >>> + unsigned int *nbufs, >>>

Re: staging: ks7010: Replace three printk() calls by pr_err()

>> Prefer usage of the macro "pr_err" over the interface "printk". > Not correct A checkpatch warning like "PREFER_PR_LEVEL" can point additional possibilities out for this use case. Would you like to introduce any of the higher level logging functions instead? >> diff --git

Re: staging: ks7010: Replace three printk() calls by pr_err()

>> Prefer usage of the macro "pr_err" over the interface "printk". > Not correct A checkpatch warning like "PREFER_PR_LEVEL" can point additional possibilities out for this use case. Would you like to introduce any of the higher level logging functions instead? >> diff --git

Re: [RFC 2/7] tty: add support for "tty slave" devices

On Sat, Aug 13, 2016 at 05:14:33AM +0200, Sebastian Reichel wrote: > From: NeilBrown > > A "tty slave" is a device connected via UART. It may need a driver to, > for example, power the device on when the tty is opened, and power it > off when the tty is released. > >

Re: [RFC 2/7] tty: add support for "tty slave" devices

On Sat, Aug 13, 2016 at 05:14:33AM +0200, Sebastian Reichel wrote: > From: NeilBrown > > A "tty slave" is a device connected via UART. It may need a driver to, > for example, power the device on when the tty is opened, and power it > off when the tty is released. > > Signed-off-by: NeilBrown

[PATCH] net: macb: add phy-handle support for the macb

This patch adds support for the 'phy-handle' binding which allows for a system to specifically select a phy which can be attached via any MDIO bus available in the system. Signed-off-by: Kedareswara rao Appana --- Documentation/devicetree/bindings/net/macb.txt | 3 +++

[PATCH] net: macb: add phy-handle support for the macb

This patch adds support for the 'phy-handle' binding which allows for a system to specifically select a phy which can be attached via any MDIO bus available in the system. Signed-off-by: Kedareswara rao Appana --- Documentation/devicetree/bindings/net/macb.txt | 3 +++

Re: [PATCH v3 05/14] media: platform: pxa_camera: convert to vb2

On 08/13/2016 11:25 AM, Robert Jarzmik wrote: > Hi Hans, > > Robert Jarzmik writes: >> Convert pxa_camera from videobuf to videobuf2. > ...zip... > >> +static int pxac_vb2_queue_setup(struct vb2_queue *vq, >> +unsigned int *nbufs, >> +

Re: [PATCH v3 05/14] media: platform: pxa_camera: convert to vb2

On 08/13/2016 11:25 AM, Robert Jarzmik wrote: > Hi Hans, > > Robert Jarzmik writes: >> Convert pxa_camera from videobuf to videobuf2. > ...zip... > >> +static int pxac_vb2_queue_setup(struct vb2_queue *vq, >> +unsigned int *nbufs, >> +

Re: [PATCH] Staging: rtl8723au: os_intfs: fixed case statement is variable issue

On Aug 12, 2016, at 22:30, Jes Sorensen wrote: > sunbing writes: >> On Aug 11, 2016, at 23:25, Jes Sorensen wrote: >> >>> Bing Sun writes: Fixed sparse parse error: Expected

Re: [PATCH] Staging: rtl8723au: os_intfs: fixed case statement is variable issue

On Aug 12, 2016, at 22:30, Jes Sorensen wrote: > sunbing writes: >> On Aug 11, 2016, at 23:25, Jes Sorensen wrote: >> >>> Bing Sun writes: Fixed sparse parse error: Expected constant expression in case statement. Signed-off-by: Bing Sun ---

Re: [PATCH v3 05/14] media: platform: pxa_camera: convert to vb2

Hi Hans, Robert Jarzmik writes: > Convert pxa_camera from videobuf to videobuf2. ...zip... > +static int pxac_vb2_queue_setup(struct vb2_queue *vq, > + unsigned int *nbufs, > + unsigned int *num_planes, unsigned int

Re: [PATCH v3 05/14] media: platform: pxa_camera: convert to vb2

Hi Hans, Robert Jarzmik writes: > Convert pxa_camera from videobuf to videobuf2. ...zip... > +static int pxac_vb2_queue_setup(struct vb2_queue *vq, > + unsigned int *nbufs, > + unsigned int *num_planes, unsigned int sizes[], > +

Re: [PREEMPT-RT] [patch 4 14/22] timer: Switch to a non cascading wheel

On Thu, Aug 11, 2016 at 11:25 PM, wrote: > On Thu, Aug 11, 2016 at 06:21:26PM +0300, Jouni Malinen wrote: >> The test code looked like this in python: >> >> addr = (url.hostname, url.port) >> socks = {} >> for i in range(20): >> socks[i] =

Re: [PREEMPT-RT] [patch 4 14/22] timer: Switch to a non cascading wheel

On Thu, Aug 11, 2016 at 11:25 PM, wrote: > On Thu, Aug 11, 2016 at 06:21:26PM +0300, Jouni Malinen wrote: >> The test code looked like this in python: >> >> addr = (url.hostname, url.port) >> socks = {} >> for i in range(20): >> socks[i] = socket.socket(socket.AF_INET,

Re: [PATCH] time,virt: resync steal time when guest & host lose sync

* Rik van Riel wrote: > On Wed, 10 Aug 2016 07:39:08 +0800 > Wanpeng Li wrote: > > > The regression is caused by your commit "sched,time: Count actually > > elapsed irq & softirq time". > > Wanpeng, does this patch fix your issue? > > Paolo, what is

Re: [PATCH] time,virt: resync steal time when guest & host lose sync

* Rik van Riel wrote: > On Wed, 10 Aug 2016 07:39:08 +0800 > Wanpeng Li wrote: > > > The regression is caused by your commit "sched,time: Count actually > > elapsed irq & softirq time". > > Wanpeng, does this patch fix your issue? > > Paolo, what is your opinion on this issue? > > I can

Re: [PATCH] Documentation: sunxi: Update Allwinner SoC documentation

Hi, On Tue, Aug 2, 2016 at 8:01 PM, Icenowy Zheng wrote: > Now, the A83T and A64 SoC user manuals are available. > Update the documentation to add the links. > > Signed-off-by: Icenowy Zheng > --- > Documentation/arm/sunxi/README | 9 + > 1 file

Re: [PATCH] Documentation: sunxi: Update Allwinner SoC documentation

Hi, On Tue, Aug 2, 2016 at 8:01 PM, Icenowy Zheng wrote: > Now, the A83T and A64 SoC user manuals are available. > Update the documentation to add the links. > > Signed-off-by: Icenowy Zheng > --- > Documentation/arm/sunxi/README | 9 + > 1 file changed, 9 insertions(+) > > diff --git

[PATCH] kexec: Account crashk_low_res to kexec_crash_size

"/sys/kernel/kexec_crash_size" only includes crashk_res, it is fine in most cases, but sometimes we have crashk_low_res. For example, when "crashkernel=size[KMG],high" combined with "crashkernel=size[KMG],low" is used for 64-bit x86. Let "/sys/kernel/kexec_crash_size" reflect all the reserved

[PATCH] kexec: Account crashk_low_res to kexec_crash_size

"/sys/kernel/kexec_crash_size" only includes crashk_res, it is fine in most cases, but sometimes we have crashk_low_res. For example, when "crashkernel=size[KMG],high" combined with "crashkernel=size[KMG],low" is used for 64-bit x86. Let "/sys/kernel/kexec_crash_size" reflect all the reserved

I hope this email meets you well in good health condition

My name is Jones, from the US. I'm in Syria right now fighting ISIS. I want to get to know you better, if I may be so bold. I consider myself an easy-going man, and I am currently looking for a relationship in which I feel loved. Please tell me more about yourself, if you don't mind. Hope to

I hope this email meets you well in good health condition

My name is Jones, from the US. I'm in Syria right now fighting ISIS. I want to get to know you better, if I may be so bold. I consider myself an easy-going man, and I am currently looking for a relationship in which I feel loved. Please tell me more about yourself, if you don't mind. Hope to

Re: [PATCH] drm/tegra: dpaux: Modify error handling

On Sat, 13 Aug 2016, Amitoj Kaur Chawla wrote: > devm_pinctrl_register returns an ERR_PTR in case of error and should > have an IS_ERR check instead of a null check. > > The Coccinelle semantic patch used to make this change is as follows: > @@ > expression e; > @@ > > e =

Re: [PATCH] drm/tegra: dpaux: Modify error handling

On Sat, 13 Aug 2016, Amitoj Kaur Chawla wrote: > devm_pinctrl_register returns an ERR_PTR in case of error and should > have an IS_ERR check instead of a null check. > > The Coccinelle semantic patch used to make this change is as follows: > @@ > expression e; > @@ > > e =

Re: [PATCH] clk: prevent __of_clk_get_hw_from_provider() from returning NULL

On Fri, Aug 12, 2016 at 03:59:51PM +0900, Masahiro Yamada wrote: > But, actually, clk_get returns ERR_PTR(-ENOENT) if "clocks" property > is missing. Probably because we don't know if that's a case of a partially converted platform (which doesn't yet have its clk stuff in DT), so we need to fall

Re: [PATCH] clk: prevent __of_clk_get_hw_from_provider() from returning NULL

On Fri, Aug 12, 2016 at 03:59:51PM +0900, Masahiro Yamada wrote: > But, actually, clk_get returns ERR_PTR(-ENOENT) if "clocks" property > is missing. Probably because we don't know if that's a case of a partially converted platform (which doesn't yet have its clk stuff in DT), so we need to fall

[PATCH 2/2 v3] be2iscsi: Fix some error messages

This fixes: - missing spaces in string split on several lines - extra spaces after ':' - missing '\n' at the end of some messages - turn a \\n to \n in 1 message - concatenate strings on the same line to fix checkpatch warnings Signed-off-by: Christophe JAILLET

[PATCH 2/2 v3] be2iscsi: Fix some error messages

This fixes: - missing spaces in string split on several lines - extra spaces after ':' - missing '\n' at the end of some messages - turn a \\n to \n in 1 message - concatenate strings on the same line to fix checkpatch warnings Signed-off-by: Christophe JAILLET --- v2: add: -

Re: [PATCH] time,virt: resync steal time when guest & host lose sync

> There is one copy of paravirt_steal_clock(smp_processor_id()), > but what keeps it in sync with this_rq()->prev_steal_time? > > Is it something simple like them both being zeroed out when > the structures are first allocated at boot time? Yes, more precisely both of them being equal when the

Re: [PATCH] time,virt: resync steal time when guest & host lose sync

> There is one copy of paravirt_steal_clock(smp_processor_id()), > but what keeps it in sync with this_rq()->prev_steal_time? > > Is it something simple like them both being zeroed out when > the structures are first allocated at boot time? Yes, more precisely both of them being equal when the

Re: [PATCH 2/2 v2] be2iscsi: Fix some error messages

On Sat, 13 Aug 2016, Christophe JAILLET wrote: > This fixes: >- missing spaces in string split on several lines >- extra spaces after ':' >- missing '\n' at the end of some messages >- turn a \\n to \n in 1 message (v2) >- concatenate strings on the same line to fix

Re: [PATCH 2/2 v2] be2iscsi: Fix some error messages

On Sat, 13 Aug 2016, Christophe JAILLET wrote: > This fixes: >- missing spaces in string split on several lines >- extra spaces after ':' >- missing '\n' at the end of some messages >- turn a \\n to \n in 1 message (v2) >- concatenate strings on the same line to fix

[PATCH 2/2 v2] be2iscsi: Fix some error messages

This fixes: - missing spaces in string split on several lines - extra spaces after ':' - missing '\n' at the end of some messages - turn a \\n to \n in 1 message (v2) - concatenate strings on the same line to fix checkpatch warnings (v2) Signed-off-by: Christophe JAILLET

[PATCH 2/2 v2] be2iscsi: Fix some error messages

This fixes: - missing spaces in string split on several lines - extra spaces after ':' - missing '\n' at the end of some messages - turn a \\n to \n in 1 message (v2) - concatenate strings on the same line to fix checkpatch warnings (v2) Signed-off-by: Christophe JAILLET ---

Re: [PATCH v5 01/13] kexec_file: Allow arch-specific memory walking for kexec_add_buffer

On Thu, Aug 11, 2016 at 08:08:06PM -0300, Thiago Jung Bauermann wrote: > Allow architectures to specify a different memory walking function for > kexec_add_buffer. x86 uses iomem to track reserved memory ranges, but > PowerPC uses the memblock subsystem. > > Signed-off-by: Thiago Jung Bauermann

Re: [PATCH v5 01/13] kexec_file: Allow arch-specific memory walking for kexec_add_buffer

On Thu, Aug 11, 2016 at 08:08:06PM -0300, Thiago Jung Bauermann wrote: > Allow architectures to specify a different memory walking function for > kexec_add_buffer. x86 uses iomem to track reserved memory ranges, but > PowerPC uses the memblock subsystem. > > Signed-off-by: Thiago Jung Bauermann

[PATCH] rcutorture: Print out barrier error as document says

Test for rcu_barrier() has introduced by commit fae4b54f28f0 ("rcu: Introduce rcutorture testing for rcu_barrier()"). Updated document says that `rtbe` field of output indicates failure of the test. However, the code has not updated as so. This commit updates the code to print out the field as

[PATCH] rcutorture: Print out barrier error as document says

Test for rcu_barrier() has introduced by commit fae4b54f28f0 ("rcu: Introduce rcutorture testing for rcu_barrier()"). Updated document says that `rtbe` field of output indicates failure of the test. However, the code has not updated as so. This commit updates the code to print out the field as

Re: [PATCH 1/1] x86/apic: Introduce paravirq irq_domain

On 13/08/2016 00:07, Alexander Popov wrote: > I.e. our irq_mask()/irq_unmask() callbacks get irq_desc of the interrupt > which should be masked/unmasked and can ask the hypervisor to stop/start > injecting the vector of that particular interrupt. So just let the irqdomain know about your

Re: [PATCH 1/1] x86/apic: Introduce paravirq irq_domain

On 13/08/2016 00:07, Alexander Popov wrote: > I.e. our irq_mask()/irq_unmask() callbacks get irq_desc of the interrupt > which should be masked/unmasked and can ask the hypervisor to stop/start > injecting the vector of that particular interrupt. So just let the irqdomain know about your

DO YOU NEED A LOAN?

We are private lending firm and we offers loan at a very low interest rate of 3%. Such as, Personal loans, Debt Consolidation Loan, Venture Capital, Business Loan, EducationalLoan, Home Loan, and Loan for any reason and urgent needs!!If you are interested do not hesitate to contact us with the

DO YOU NEED A LOAN?

We are private lending firm and we offers loan at a very low interest rate of 3%. Such as, Personal loans, Debt Consolidation Loan, Venture Capital, Business Loan, EducationalLoan, Home Loan, and Loan for any reason and urgent needs!!If you are interested do not hesitate to contact us with the

<    1   2