Re: [PATCH] opal-elog: Fix opal-elog interrupt handler

2015-07-03 Thread Aneesh Kumar K.V
Alistair Popple writes: > The conversion of opal events to a proper irqchip means that handlers > are called until the relevant opal event has been cleared by > processing it. Events that queue work should therefore use a threaded > handler to mask the event until processing is complete. > > Sign

Re: [PATCH SLOF v4 0/4] GPT fixes and LVM support with FAT

2015-07-03 Thread Alexey Kardashevskiy
On 07/02/2015 09:35 PM, Nikunj A Dadhania wrote: Following patchset implements some improvements and cleanup for the GPT booting code: patch 1: Simplify the gpt detection code with lesser scopes and add comments. patch 2: Introduce 8byte LE helpers: x@-le and x!-le patch 3: As we need

Re: [PATCH SLOF v4 1/4] disk-label: simplify gpt-prep-partition? routine

2015-07-03 Thread Alexey Kardashevskiy
On 07/02/2015 09:35 PM, Nikunj A Dadhania wrote: Signed-off-by: Nikunj A Dadhania Reviewed-by: Thomas Huth If it does not change SLOF behaviour in any way (and it does not, right?), it would be nice to see in the commit log. --- slof/fs/packages/disk-label.fs | 41 +++--

RFC: default ioremap_*() variant defintions

2015-07-03 Thread Luis R. Rodriguez
The 0-day build bot detected a build issue on a patch not upstream yet that makes a driver use iorempa_uc(), this call is now upstream but we have no drivers yet using it, the patch in question makes the atyfb framebuffer driver use it. The build issue was the lack of the ioremap_uc() call being i

Re: RFC: default ioremap_*() variant defintions

2015-07-03 Thread Russell King - ARM Linux
On Fri, Jul 03, 2015 at 08:17:09PM +0200, Luis R. Rodriguez wrote: > The 0-day build bot detected a build issue on a patch not upstream yet that > makes a driver use iorempa_uc(), this call is now upstream but we have no > drivers yet using it, the patch in question makes the atyfb framebuffer > dr

Re: [alsa-devel] [PATCH] ASoC: fsl-ssi: Fix bitclock calculation for master mode

2015-07-03 Thread Nicolin Chen
On Fri, Jul 03, 2015 at 12:39:36PM +0200, Juergen Borleis wrote: > According to the datasheet 'pm', 'psr' and 'div2' should never be all 0. > Since commit 541b03ad6cfe ("ASoC: fsl_ssi: Fix the incorrect limitation of > the bit clock rate") this can happen, because for some bitclock rates > 'pm' = 0

[PATCH] ASoC: fsl-ssi: Fix bitclock calculation for master mode

2015-07-03 Thread Juergen Borleis
According to the datasheet 'pm', 'psr' and 'div2' should never be all 0. Since commit 541b03ad6cfe ("ASoC: fsl_ssi: Fix the incorrect limitation of the bit clock rate") this can happen, because for some bitclock rates 'pm' = 0 seems to be a valid choice but does not work due to hardware restriction

[PATCH 2/2] powerpc/t1023rdb: add ina220 current sense node

2015-07-03 Thread Shengzhou Liu
Add support for INA220 current sense. Signed-off-by: Shengzhou Liu --- arch/powerpc/boot/dts/t1023rdb.dts | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/powerpc/boot/dts/t1023rdb.dts b/arch/powerpc/boot/dts/t1023rdb.dts index 06b090a..a1c647b 100644 --- a/arch/powerpc/boo

[PATCH 1/2] powerpc/t1024rdb: add ina220 current sense node

2015-07-03 Thread Shengzhou Liu
Add support for INA220 current sense. Signed-off-by: Shengzhou Liu --- arch/powerpc/boot/dts/t1024rdb.dts | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/powerpc/boot/dts/t1024rdb.dts b/arch/powerpc/boot/dts/t1024rdb.dts index 733e723..43474d9 100644 --- a/arch/powerpc/boot/dts/

Re: [RFC PATCH 6/6] powerpc/kvm: change the condition of identifying hugetlb vm

2015-07-03 Thread wenwei tao
Hi Scott Thank you for your comments. Kernel already has that function: is_vm_hugetlb_page() , but the original code didn't use it, in order to keep the coding style of the original code, I didn't use it either. For the sentence like: "vma->vm_flags & VM_HUGETLB" , hiding it behind 'is_vm_hugetl

[PATCH] opal-elog: Fix opal-elog interrupt handler

2015-07-03 Thread Alistair Popple
The conversion of opal events to a proper irqchip means that handlers are called until the relevant opal event has been cleared by processing it. Events that queue work should therefore use a threaded handler to mask the event until processing is complete. Signed-off-by: Alistair Popple --- arch

Re: [PATCH 5/6] [RFC] crypto/testmgr: add null test for 842 algorithm

2015-07-03 Thread Stephan Mueller
Am Donnerstag, 2. Juli 2015, 15:41:19 schrieb Nishanth Aravamudan: Hi Nishanth, >Currently, when the nx-842-pseries driver loads, the following message >is emitted: > >alg: No test for 842 (842-nx) > >It seems like the simplest way to fix this message (other than adding a >proper test) is to just