Re: [PATCH v4 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S,U}20

2017-11-29 Thread Takashi Iwai
On Mon, 27 Nov 2017 23:33:29 +0100, Maciej S. Szmigiero wrote: > > This format is similar to existing SNDRV_PCM_FORMAT_{S,U}20_3 that keep > 20-bit PCM samples in 3 bytes, however i.MX6 platform SSI FIFO does not > allow 3-byte accesses (including DMA) so a 4-byte (more conventional) > format is

Qoriq P5020 PowerPC board doesn't boot with the latest git version anymore

2017-11-29 Thread Christian Zigotzky
Hi Michael, Success! :-) I disabled PREEMPT in the kernel config and I removed the spinlock patch today. After that I compiled the RC1 again. With 'CONFIG_PREEMPT=n' and without the spinlock patch, the RC1 boots on my Qoriq P5020 PowerPC board without any problems. Many thanks for your help

[PATCH] net: ethernet: xilinx: Mark XILINX_LL_TEMAC broken on 64-bit

2017-11-29 Thread Geert Uytterhoeven
On 64-bit (e.g. powerpc64/allmodconfig): drivers/net/ethernet/xilinx/ll_temac_main.c: In function 'temac_start_xmit_done': drivers/net/ethernet/xilinx/ll_temac_main.c:633:22: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] dev_kfree_skb_irq((struct

Applied "ASoC: fsl_ssi: call _fsl_ssi_set_dai_fmt() just once in AC'97 mode" to the asoc tree

2017-11-29 Thread Mark Brown
The patch ASoC: fsl_ssi: call _fsl_ssi_set_dai_fmt() just once in AC'97 mode has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next

Applied "ASoC: fsl_ssi: only enable proper channel slots in AC'97 mode" to the asoc tree

2017-11-29 Thread Mark Brown
The patch ASoC: fsl_ssi: only enable proper channel slots in AC'97 mode has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 ho

Re: [PATCH] net: ethernet: xilinx: Mark XILINX_LL_TEMAC broken on 64-bit

2017-11-29 Thread Michal Simek
On 29.11.2017 11:01, Geert Uytterhoeven wrote: > On 64-bit (e.g. powerpc64/allmodconfig): > > drivers/net/ethernet/xilinx/ll_temac_main.c: In function > 'temac_start_xmit_done': > drivers/net/ethernet/xilinx/ll_temac_main.c:633:22: warning: cast to > pointer from integer of different siz

Re: [v2,2/2] powerpc: Do not assign thread.tidr if already assigned

2017-11-29 Thread Michael Ellerman
On Fri, 2017-11-24 at 08:33:38 UTC, Vaibhav Jain wrote: > If set_thread_tidr() is called twice for same task_struct then it will > allocate a new tidr value to it leaving the previous value still > dangling in the vas_thread_ida table. > > To fix this the patch changes set_thread_tidr() to check i

Re: [v4] powerpc: Avoid signed to unsigned conversion in set_thread_tidr()

2017-11-29 Thread Michael Ellerman
On Tue, 2017-11-28 at 02:53:04 UTC, Vaibhav Jain wrote: > There is an unsafe signed to unsigned conversion in set_thread_tidr() > that may cause an error value to be assigned to SPRN_TIDR register and > used as thread-id. > > The issue happens as assign_thread_tidr() returns an int and > thread.ti

Re: [PATCH v3] ppc64 boot: Wait for boot cpu to show up if nr_cpus limit is about to hit.

2017-11-29 Thread Thadeu Lima de Souza Cascardo
Ping. Any further reviews/comments? Or any chance of this getting applied soon? Thanks. Cascardo.

Re: [PATCH] net: ethernet: xilinx: Mark XILINX_LL_TEMAC broken on 64-bit

2017-11-29 Thread David Miller
From: Geert Uytterhoeven Date: Wed, 29 Nov 2017 11:01:09 +0100 > On 64-bit (e.g. powerpc64/allmodconfig): > > drivers/net/ethernet/xilinx/ll_temac_main.c: In function > 'temac_start_xmit_done': > drivers/net/ethernet/xilinx/ll_temac_main.c:633:22: warning: cast to > pointer from intege

Re: [PATCH v5 0/3] Prepartion for SR-IOV PowerVM Enablement

2017-11-29 Thread Bryant G. Ly
On 11/9/17 8:00 AM, Bryant G. Ly wrote: > v1 - Initial patch > v2 - Addressed Bjorn's comment on creating a highly platform > dependent global exported symbol. > v3 - Based patch off linux-ppc/master > v4 - Using the sriov-drivers_autoprobe mechanism per Bjorn's request > v5 - Fixed comment

Re: [PATCH kernel] vfio/spapr: Add trace points for map/unmap

2017-11-29 Thread Alex Williamson
On Thu, 23 Nov 2017 15:13:37 +1100 Alexey Kardashevskiy wrote: > On 17/11/17 17:58, Alexey Kardashevskiy wrote: > > On 17/11/17 11:13, Alex Williamson wrote: > >> On Tue, 14 Nov 2017 10:47:12 +1100 > >> Alexey Kardashevskiy wrote: > >> > >>> On 27/10/17 14:00, Alexey Kardashevskiy wrote: >

Re: [PATCH kernel] vfio/spapr: Add trace points for map/unmap

2017-11-29 Thread Robin Murphy
On 29/11/17 16:32, Alex Williamson wrote: On Thu, 23 Nov 2017 15:13:37 +1100 Alexey Kardashevskiy wrote: On 17/11/17 17:58, Alexey Kardashevskiy wrote: On 17/11/17 11:13, Alex Williamson wrote: On Tue, 14 Nov 2017 10:47:12 +1100 Alexey Kardashevskiy wrote: On 27/10/17 14:00, Alexey Kard

Re: [PATCH kernel] vfio/spapr: Add trace points for map/unmap

2017-11-29 Thread Shuah Khan
On 11/29/2017 09:32 AM, Alex Williamson wrote: > On Thu, 23 Nov 2017 15:13:37 +1100 > Alexey Kardashevskiy wrote: > >> On 17/11/17 17:58, Alexey Kardashevskiy wrote: >>> On 17/11/17 11:13, Alex Williamson wrote: On Tue, 14 Nov 2017 10:47:12 +1100 Alexey Kardashevskiy wrote: >>

Applied "ASoC: fsl_ssi: add 20-bit sample format for AC'97 and use it for capture" to the asoc tree

2017-11-29 Thread Mark Brown
The patch ASoC: fsl_ssi: add 20-bit sample format for AC'97 and use it for capture has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Applied "ALSA: pcm: add SNDRV_PCM_FORMAT_{S,U}20" to the asoc tree

2017-11-29 Thread Mark Brown
The patch ALSA: pcm: add SNDRV_PCM_FORMAT_{S,U}20 has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

[PATCH] SB600 for the Nemo board has non-zero devices on non-root bus

2017-11-29 Thread Christian Zigotzky
On 23 November 2017 2:31PM, Michael Ellerman wrote: Hi Christian, Thanks for your patch. Christian Zigotzky writes: Hi All, Just a small patch for the P.A. Semi Nemo board: - diff -rupN a/drivers/pci/probe.c b/drivers/pci/probe.c --- a/drivers/pci/probe.c    2017-11-16 08:18:40.5040120

Re: [PATCH] SB600 for the Nemo board has non-zero devices on non-root bus

2017-11-29 Thread Bjorn Helgaas
On Wed, Nov 29, 2017 at 1:28 PM, Christian Zigotzky wrote: > On 23 November 2017 2:31PM, Michael Ellerman wrote: >> >> Hi Christian, >> >> Thanks for your patch. >> >> Christian Zigotzky writes: >>> >>> Hi All, >>> >>> Just a small patch for the P.A. Semi Nemo board: >>> >>> - >>> >>> diff -r

[PATCH] SB600 for the Nemo board has non-zero devices on non-root bus

2017-11-29 Thread Christian Zigotzky
On 29 November 2017 at 8:46PM, Bjorn Helgaas wrote: On Wed, Nov 29, 2017 at 1:28 PM, Christian Zigotzky wrote: On 23 November 2017 at 2:31PM, Michael Ellerman wrote: Hi Christian, Thanks for your patch. Christian Zigotzky writes: Hi All, Just a small patch for the P.A. Semi Nemo board: -

[PATCH 0/4] Fix use after free in HPT resizing code and related minor improvements

2017-11-29 Thread Serhii Popovych
It is possible to trigger use after free during HPT resize causing host kernel to crash. More details and analysis of the problem can be found in change with corresponding subject (KVM: PPC: Book3S HV: Fix use after free in case of multiple resize requests). We need some changes to prepare for the

[PATCH 1/4] KVM: PPC: Book3S HV: Drop prepare_done from struct kvm_resize_hpt and cleanups

2017-11-29 Thread Serhii Popovych
Replace ->prepare_done flag functionality with special handling of -EBUSY in ->error as indicator that allocation work is running. Besides cosmetics this reduces size of struct kvm_resize_hpt by __alignof__(struct kvm_hpt_info) and saves few bytes of code. While there correct comment in struct kv

[PATCH 2/4] KVM: PPC: Book3S HV: Improve kvmppc_allocate_hpt()/kvmppc_free_hpt()

2017-11-29 Thread Serhii Popovych
There are several points of improvements: 1) Make kvmppc_free_hpt() check if allocation is made before attempt to release. This follows kfree(p) semantics where p == NULL. 2) Return initialized @info parameter from kvmppc_allocate_hpt() even if allocation fails. This allows to

[PATCH 3/4] KVM: PPC: Book3S HV: Fix use after free in case of multiple resize requests

2017-11-29 Thread Serhii Popovych
When serving multiple resize requests following could happen: CPU0CPU1 kvm_vm_ioctl_resize_hpt_prepare(1); -> schedule_work() /* system_rq might be busy: d

[PATCH 4/4] KVM: PPC: Book3S HV: Remove redundant parameter from resize_hpt_release()

2017-11-29 Thread Serhii Popovych
There is no need to pass it explicitly from the caller: struct kvm_resize_hpt already contains it. Additional benefit from this change is that BUG_ON() assertion now checks that mutex is held on kvm instance associated with resize structure we going to release. Also kill check for resize being NU

[PATCH v2] powerpc/powernv: Add queue mechanism for early messages

2017-11-29 Thread Deb McLemore
Problem being solved is when issuing a BMC soft poweroff during IPL, the poweroff was being lost so the machine would not poweroff. Opal messages were being received before the opal-power code registered its notifiers. Alternatives discussed (option #3 was chosen): 1 - Have opal_message_init() e

Re: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion

2017-11-29 Thread Arnd Bergmann
On Wed, Nov 29, 2017 at 12:17 AM, Deepa Dinamani wrote: > On Tue, Nov 28, 2017 at 6:17 AM, Arnd Bergmann wrote: >> On Mon, Nov 27, 2017 at 11:29 PM, Deepa Dinamani >> wrote: > Right. There are three options: > > 1. Use two configs to identify which syscalls need not be supported by > new archit

Re: [alsa-devel] Applied "ALSA: pcm: add SNDRV_PCM_FORMAT_{S, U}20" to the asoc tree

2017-11-29 Thread Takashi Iwai
On Wed, 29 Nov 2017 20:00:01 +0100, Mark Brown wrote: > > The patch > >ALSA: pcm: add SNDRV_PCM_FORMAT_{S,U}20 > > has been applied to the asoc tree at > >https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git > > All being well this means that it will be integrated into th

Re: [PATCH] SB600 for the Nemo board has non-zero devices on non-root bus

2017-11-29 Thread Bjorn Helgaas
On Wed, Nov 29, 2017 at 2:45 PM, Christian Zigotzky wrote: > On 29 November 2017 at 8:46PM, Bjorn Helgaas wrote: >> >> On Wed, Nov 29, 2017 at 1:28 PM, Christian Zigotzky >> wrote: >>> >>> On 23 November 2017 at 2:31PM, Michael Ellerman wrote: Hi Christian, Thanks for your pat

[PATCH] SB600 for the Nemo board has non-zero devices on non-root bus

2017-11-29 Thread Christian Zigotzky
On 29 November 2017 at 11:34PM, Bjorn Helgaas wrote: > On Wed, Nov 29, 2017 at 2:45 PM, Christian Zigotzky >> Hi Bjorn, >> >> Thank you for your answer. I have tried to boot the kernel 4.15 RC1 (built >> without the patch above) with the boot argument "pci=pcie_scan_all" but >> without any succe

Re: [PATCH 0/4] Fix use after free in HPT resizing code and related minor improvements

2017-11-29 Thread David Gibson
On Wed, Nov 29, 2017 at 11:38:22AM -0500, Serhii Popovych wrote: > It is possible to trigger use after free during HPT resize > causing host kernel to crash. More details and analysis of > the problem can be found in change with corresponding subject > (KVM: PPC: Book3S HV: Fix use after free in ca

Re: [PATCH 2/4] KVM: PPC: Book3S HV: Improve kvmppc_allocate_hpt()/kvmppc_free_hpt()

2017-11-29 Thread David Gibson
On Wed, Nov 29, 2017 at 11:38:24AM -0500, Serhii Popovych wrote: > There are several points of improvements: > > 1) Make kvmppc_free_hpt() check if allocation is made before attempt > to release. This follows kfree(p) semantics where p == NULL. > > 2) Return initialized @info parameter f

Re: [PATCH 4/4] KVM: PPC: Book3S HV: Remove redundant parameter from resize_hpt_release()

2017-11-29 Thread David Gibson
On Wed, Nov 29, 2017 at 11:38:26AM -0500, Serhii Popovych wrote: > There is no need to pass it explicitly from the caller: > struct kvm_resize_hpt already contains it. > > Additional benefit from this change is that BUG_ON() > assertion now checks that mutex is held on kvm instance > associated wi

Re: [PATCH 1/4] KVM: PPC: Book3S HV: Drop prepare_done from struct kvm_resize_hpt and cleanups

2017-11-29 Thread David Gibson
On Wed, Nov 29, 2017 at 11:38:23AM -0500, Serhii Popovych wrote: > Replace ->prepare_done flag functionality with special handling > of -EBUSY in ->error as indicator that allocation work is running. > > Besides cosmetics this reduces size of struct kvm_resize_hpt by > __alignof__(struct kvm_hpt_i

Re: [PATCH 3/4] KVM: PPC: Book3S HV: Fix use after free in case of multiple resize requests

2017-11-29 Thread David Gibson
On Wed, Nov 29, 2017 at 11:38:25AM -0500, Serhii Popovych wrote: > When serving multiple resize requests following could happen: > > CPU0CPU1 > > kvm_vm_ioctl_resize_hpt_prepare(1); > -> schedule_wor

[PATCH] cpufreq: powernv: Define methods to parse positive & negative pstates

2017-11-29 Thread Shilpasri G Bhat
From: "Gautham R. Shenoy" Pstates are 8bit values but on POWER8 they are negative and on POWER9 they are positive. This patch adds helper routines to differentiate the sign to read the correct pstate value. Signed-off-by: Gautham R. Shenoy Tested-by: Shilpasri G Bhat --- drivers/cpufreq/power

[PATCH] powerpc/mm: Invalidate subpage_prot() system call on radix platforms

2017-11-29 Thread Anshuman Khandual
Radix enabled platforms don't support subpage_prot() system calls. But at present the system calls goes through without an error and fails later on while validating expected subpage accesses. Lets not allow the system call on powerpc radix platforms to begin with to prevent this confusion in user s

Re: [PATCH v4 2/2] ASoC: fsl_ssi: add 20-bit sample format for AC'97 and use it for capture

2017-11-29 Thread Nicolin Chen
Hi Maciej, On Mon, Nov 27, 2017 at 11:34:44PM +0100, Maciej S. Szmigiero wrote: > There is no problem in using different bit widths in playback and capture > in AC'97 mode so allow this, too. > @@ -1557,11 +1558,12 @@ static int fsl_ssi_probe(struct platform_device *pdev) > > /* Are the R