Re: [PATCH v2 07/10] PPC, KVM, CMA: use general CMA reserved area management framework

2014-06-16 Thread Aneesh Kumar K.V
Joonsoo Kim writes: > On Sat, Jun 14, 2014 at 02:23:59PM +0530, Aneesh Kumar K.V wrote: >> Joonsoo Kim writes: >> >> > Now, we have general CMA reserved area management framework, >> > so use it for future maintainabilty. There is no functional change. >> > >> > Acked-by: Michal Nazarewicz >>

Re: [PATCH v2 00/10] CMA: generalize CMA reserved area management code

2014-06-16 Thread Aneesh Kumar K.V
Joonsoo Kim writes: > On Sat, Jun 14, 2014 at 12:55:39PM +0530, Aneesh Kumar K.V wrote: >> Joonsoo Kim writes: >> >> > Currently, there are two users on CMA functionality, one is the DMA >> > subsystem and the other is the kvm on powerpc. They have their own code >> > to manage CMA reserved are

Re: [PATCH v3 -next 0/9] CMA: generalize CMA reserved area management code

2014-06-16 Thread Marek Szyprowski
Hello, On 2014-06-16 07:40, Joonsoo Kim wrote: Currently, there are two users on CMA functionality, one is the DMA subsystem and the other is the KVM on powerpc. They have their own code to manage CMA reserved area even if they looks really similar. >From my guess, it is caused by some needs on

Re: [PATCH -next 26/26] sound: Use dma_zalloc_coherent

2014-06-16 Thread Takashi Iwai
At Sun, 15 Jun 2014 13:37:55 -0700, Joe Perches wrote: > > Use the zeroing function instead of dma_alloc_coherent & memset(,0,) > > Signed-off-by: Joe Perches Applied, thanks. Takashi > --- > sound/aoa/soundbus/i2sbus/core.c | 12 > sound/sparc/dbri.c | 6 ++

[git pull] Please pull powerpc.git merge branch

2014-06-16 Thread Benjamin Herrenschmidt
Hi Linus ! This is a single revert for a patch I should have never merged in the first place had I reviewed things with a clear mind at the time :-( Cheers, Ben. The following changes since commit 7171511eaec5bf23fb06078f59784a3a0626b38f: Linux 3.16-rc1 (2014-06-15 17:45:28 -1000) are availa

Re: [PATCH 23/38] mmc: sdhci: convert sdhci_set_uhs_signaling() into a library function

2014-06-16 Thread Russell King - ARM Linux
On Wed, Apr 23, 2014 at 08:08:07PM +0100, Russell King wrote: > @@ -1507,25 +1529,7 @@ static void sdhci_do_set_ios(struct sdhci_host *host, > struct mmc_ios *ios) > host->ops->set_clock(host, host->clock); > } > > - if (host->ops->set_uhs_signalin

Re: [PATCH 23/38] mmc: sdhci: convert sdhci_set_uhs_signaling() into a library function

2014-06-16 Thread Ulf Hansson
On 16 June 2014 12:46, Russell King - ARM Linux wrote: > On Wed, Apr 23, 2014 at 08:08:07PM +0100, Russell King wrote: >> @@ -1507,25 +1529,7 @@ static void sdhci_do_set_ios(struct sdhci_host *host, >> struct mmc_ios *ios) >> host->ops->set_clock(host, host->clock); >>

Re: [PATCH 0/2] backlight: remove trivial get_brightness implementations

2014-06-16 Thread Jingoo Han
On Friday, May 30, 2014 7:11 PM, Andrzej Hajda wrote: > > This patchset makes get_brightness callback optional > and removes trivial implementations. > Driver changes are quite obvious so I have put them into single > patch. > > The patchset is based on the current linux-next branch. > > Regards

Re: [PATCH 23/38] mmc: sdhci: convert sdhci_set_uhs_signaling() into a library function

2014-06-16 Thread Ulf Hansson
On 16 June 2014 14:17, Ulf Hansson wrote: > On 16 June 2014 12:46, Russell King - ARM Linux > wrote: >> On Wed, Apr 23, 2014 at 08:08:07PM +0100, Russell King wrote: >>> @@ -1507,25 +1529,7 @@ static void sdhci_do_set_ios(struct sdhci_host >>> *host, struct mmc_ios *ios) >>>

Re: [PATCH 0/2] backlight: remove trivial get_brightness implementations

2014-06-16 Thread Lee Jones
On Mon, 16 Jun 2014, Jingoo Han wrote: > On Friday, May 30, 2014 7:11 PM, Andrzej Hajda wrote: > > > > This patchset makes get_brightness callback optional > > and removes trivial implementations. > > Driver changes are quite obvious so I have put them into single > > patch. > > > > The patchset

[PATCH tty-next 14/22] tty: Remove tty_wait_until_sent_from_close()

2014-06-16 Thread Peter Hurley
tty_wait_until_sent_from_close() drops the tty lock while waiting for the tty driver to finish sending previously accepted data (ie., data remaining in its write buffer and transmit fifo). However, dropping the tty lock is a hold-over from when the tty lock was system-wide; ie., one lock for all t

Re: [PATCH v3 -next 0/9] CMA: generalize CMA reserved area management code

2014-06-16 Thread Joonsoo Kim
On Mon, Jun 16, 2014 at 11:11:35AM +0200, Marek Szyprowski wrote: > Hello, > > On 2014-06-16 07:40, Joonsoo Kim wrote: > >Currently, there are two users on CMA functionality, one is the DMA > >subsystem and the other is the KVM on powerpc. They have their own code > >to manage CMA reserved area ev

Re: [PATCH] powerpc: Fix build warning

2014-06-16 Thread David Rientjes
On Fri, 13 Jun 2014, Guenter Roeck wrote: > If compiled with W=1, the following warning is seen in powerpc builds. > > arch/powerpc/kernel/smp.c:750:18: warning: > type qualifiers ignored on function return type > static const int powerpc_smt_flags(void) > ^ > > This is ca

Re: [PATCH v3 -next 1/9] DMA, CMA: fix possible memory leak

2014-06-16 Thread Joonsoo Kim
On Mon, Jun 16, 2014 at 03:27:19PM +0900, Minchan Kim wrote: > Hi, Joonsoo > > On Mon, Jun 16, 2014 at 02:40:43PM +0900, Joonsoo Kim wrote: > > We should free memory for bitmap when we find zone mis-match, > > otherwise this memory will leak. > > > > Additionally, I copy code comment from PPC KVM

Re: [PATCH] powerpc: Fix build warning

2014-06-16 Thread Guenter Roeck
On 06/16/2014 06:25 PM, David Rientjes wrote: On Fri, 13 Jun 2014, Guenter Roeck wrote: If compiled with W=1, the following warning is seen in powerpc builds. arch/powerpc/kernel/smp.c:750:18: warning: type qualifiers ignored on function return type static const int powerpc_smt_flags(v

Re: [PATCH v1] fs2dt: Refine kdump device_tree sort

2014-06-16 Thread Yang,Wei
Hi Simon, How about this patch? Thanks Wei On 06/12/2014 01:16 PM, wei.y...@windriver.com wrote: From: Yang Wei The commit b02d735bf was to rearrange the device-tree entries, and assumed that these entries are sorted in the ascending order. but acctually when I was validating kexec and kdump,

[PATCH 1/5] powerpc: Add ppc_global_function_entry()

2014-06-16 Thread Michael Ellerman
ABIv2 has the concept of a global and local entry point to a function. In most cases we are interested in the local entry point, and so that is what ppc_function_entry() returns. However we have a case in the ftrace code where we want the global entry point, and there may be other places we need i

[PATCH 3/5] powerpc/ftrace: Fix inverted check of create_branch()

2014-06-16 Thread Michael Ellerman
In commit 24a1bdc35, "Fix ABIv2 issues with __ftrace_make_call", Anton changed the logic that creates and patches the branch, and added a thinko in the check of create_branch(). create_branch() returns the instruction that was generated, so if we get zero then it succeeded. The result is we can't

[PATCH 2/5] powerpc/ftrace: Fix typo in mask of opcode

2014-06-16 Thread Michael Ellerman
In commit 24a1bdc35, "Fix ABIv2 issues with __ftrace_make_call", Anton changed the logic that checks for the expected code sequence when patching a module. We missed the typo in the mask, 0x0 should be 0x, which has the effect of making the test always true. That makes it impossib

[PATCH 4/5] powerpc/ftrace: Fix nop of modules on 64bit LE (ABIv2)

2014-06-16 Thread Michael Ellerman
There is a bug in the handling of the function entry when we are nopping out a branch from a module in ftrace. We compare the result of module_trampoline_target() with the value of ppc_function_entry(), and expect them to be true. But they never will be. module_trampoline_target() will always ret

[PATCH 5/5] powerpc/ftrace: Use pr_fmt() to namespace error messages

2014-06-16 Thread Michael Ellerman
The printks() in our ftrace code have no prefix, so they appear on the console with very little context, eg: Branch out of range Use pr_fmt() & pr_err() to add a prefix. While we're at it, collapse a few split lines that don't need to be, and add a missing newline to one message. Signed-off-by

Re: [PATCH 4/4] powerpc/book3s: Fix guest MC delivery mechanism to avoid soft lockups in guest.

2014-06-16 Thread Paul Mackerras
On Wed, Jun 11, 2014 at 02:18:21PM +0530, Mahesh J Salgaonkar wrote: > From: Mahesh Salgaonkar > > Currently we forward MCEs to guest which have been recovered by guest. > And for unhandled errors we do not deliver the MCE to guest. It looks like > with no support of FWNMI in qemu, guest just pan