p_toc is an 8 byte relative offset to the TOC that we place in the
text section. This means it is only 4 byte aligned where it should
be 8 byte aligned. Add an explicit alignment.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: b/arch/powerpc/kernel/head_64.S
We always use VMX loads and stores to manage the high 32
VSRs. Remove these unused macros.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: b/arch/powerpc/include/asm/ppc_asm.h
===
--- a/arch/powerpc/include/asm/ppc_asm.h
On Wed, Jul 31, 2013 at 02:56:32PM +1000, Michael Ellerman wrote:
This commit adds support code used by upcoming powerpc tests.
Fudge, I broke this one while cleaning it up. Will send a v2.
cheers
___
Linuxppc-dev mailing list
-Original Message-
From: Wood Scott-B07421
Sent: Wednesday, July 31, 2013 3:38 AM
To: Wang Dongsheng-B40534
Cc: r...@sisk.pl; daniel.lezc...@linaro.org; b...@kernel.crashing.org; Li
Yang-R58472; Zhao Chenhui-B35336; linux...@vger.kernel.org; linuxppc-
d...@lists.ozlabs.org
We want PPC_DENORMALISATION enabled when POWERNV is enabled,
so update the Kconfig.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: b/arch/powerpc/Kconfig
===
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@
Anton Blanchard an...@samba.org wrote:
We always use VMX loads and stores to manage the high 32
VSRs. Remove these unused macros.
Signed-off-by: Anton Blanchard an...@samba.org
Acked-by: Michael Neuling mi...@neuling.org
---
Index: b/arch/powerpc/include/asm/ppc_asm.h
Anton Blanchard an...@samba.org wrote:
We want PPC_DENORMALISATION enabled when POWERNV is enabled,
so update the Kconfig.
Signed-off-by: Anton Blanchard an...@samba.org
Acked-by: Michael Neuling mi...@neuling.org
---
Index: b/arch/powerpc/Kconfig
This commit adds support code used by upcoming powerpc tests.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
v2: Put back the SIGALRM handler to make the hang logic work.
tools/testing/selftests/powerpc/harness.c | 99 +++
Add suppport to get voltage from device-tree node for esdhc host,
if voltage-ranges was specified in device-tree node we can get
ocr_mask instead of read from host capacity register. If not voltages
still can be get from host capacity register.
Signed-off-by: Haijun Zhang
Add function to support get voltage from device-tree.
If there are voltage-range specified in device-tree node, this function
will parse it and return the avail voltage mask.
Signed-off-by: Haijun Zhang haijun.zh...@freescale.com
---
changes for v2:
- Update the parameters of function
Using function mmc_of_parse_voltage() to get voltage-ranges.
Signed-off-by: Haijun Zhang haijun.zh...@freescale.com
---
drivers/mmc/host/of_mmc_spi.c | 22 --
1 file changed, 4 insertions(+), 18 deletions(-)
diff --git a/drivers/mmc/host/of_mmc_spi.c
From: Gerhard Sittig g...@denx.de
Concentrate the test and the specific code for MPC8308
in the 'if' branch and handle MPC512x in the 'else' branch.
This modification only reorders instructions but doesn't change behaviour.
Signed-off-by: Alexander Popov a13xp0p0...@gmail.com
---
Introduce support for slave s/g transfer preparation and the associated
device control callback in the MPC512x DMA controller driver, which adds
support for data transfers between memory and peripheral I/O to the
previously supported mem-to-mem transfers.
Refuse to prepare chunked transfers
Hello everyone!
I've just sent v3 of part 1 and 2 of RFC series:
https://patchwork.kernel.org/patch/2836123/
https://patchwork.kernel.org/patch/2836124/
2013/7/17 Gerhard Sittig g...@denx.de:
OK, so the need for explicit start in software or external
request by the peripheral remains, but the
Hi Andy,
On Mon, 29 Jul 2013 18:33:04 -0500 Andy Fleming aflem...@freescale.com wrote:
+EXPORT_SYMBOL(smp_generic_cpu_bootable);
I am pretty sure that none of the places you are going to use this can be
built as modules, so remove this EXPORT_SYMBOL, please.
--
Cheers,
Stephen Rothwell
Hi Anton,
On Wed, 31 Jul 2013 15:05:21 +1000 Anton Blanchard an...@samba.org wrote:
+++ b/arch/powerpc/kernel/align.c
@@ -764,6 +764,16 @@ int fix_alignment(struct pt_regs *regs)
nb = aligninfo[instr].len;
flags = aligninfo[instr].flags;
+ /* ldbrx/stdbrx overlap lfs/stfs
pci_read_bridge_bases() already checks if the PCI bus is root
bus or not, so we needn't do same check in pcibios_fixup_bus()
and just remove it.
Signed-off-by: Gavin Shan sha...@linux.vnet.ibm.com
---
arch/powerpc/kernel/pci-common.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
PHB3 doesn't support IO ports and we needn't IO segment map for that.
Signed-off-by: Gavin Shan sha...@linux.vnet.ibm.com
---
arch/powerpc/platforms/powernv/pci-ioda.c | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/platforms/powernv/pci-ioda.c
The index of one specific PCI controller (struct pci_controller::
global_number) can tell that it's primary one or not. So we needn't
additional variable for that and just remove it.
Signed-off-by: Gavin Shan sha...@linux.vnet.ibm.com
---
arch/powerpc/platforms/powernv/pci-ioda.c |4 +---
1
The patch enables fetching bus range from device-tree for the
specific PHB. If we can't get that from device-tree, the default
range [0 255] will be used.
Signed-off-by: Gavin Shan sha...@linux.vnet.ibm.com
---
arch/powerpc/platforms/powernv/pci-ioda.c | 13 ++---
1 files changed, 10
P1023RDB Specification:
---
Memory subsystem:
512MB DDR3 (Fixed DDR on board)
64MB NOR flash
128MB NAND flash
Ethernet:
eTSEC1: Connected to Atheros AR8035 GETH PHY
eTSEC2: Connected to Atheros AR8035 GETH PHY
PCIe:
Three mini-PCIe slots
USB:
Two USB2.0
* This series of patches add i.MX S/PDIF drivers, including CPU DAI, machine.
* It also add two missing sample rates support for spdif dummy codec drivers
Nicolin Chen (3):
ASoC: codec: spdif: Add S20_3LE and S24_LE support for dummy codec
drivers
ASoC: fsl: Add S/PDIF CPU DAI driver
Generally, S/PDIF supports 20bit and optional 24bit samples. Thus add these
two formats for the dummy codec drivers.
If one S/PDIF controller has its own limitation, its CPU DAI driver should
set the supported format by its own circumstance, since the soc-pcm driver
will use the intersection of
Add S/PDIF machine driver for Freescale i.MX series SoC.
Signed-off-by: Nicolin Chen b42...@freescale.com
---
.../devicetree/bindings/sound/imx-audio-spdif.txt | 29 +
sound/soc/fsl/Kconfig | 11 ++
sound/soc/fsl/Makefile |2 +
This patch add S/PDIF controller driver for Freescale SoC.
Signed-off-by: Nicolin Chen b42...@freescale.com
---
.../devicetree/bindings/sound/fsl,spdif.txt| 63 +
sound/soc/fsl/Kconfig |3 +
sound/soc/fsl/Makefile |2 +
[...]
a/Documentation/devicetree/bindings/sound/fsl,spdif.txt
b/Documentation/devicetree/bindings/sound/fsl,spdif.txt
new file mode 100644
index 000..a655800
--- /dev/null
+++ b/Documentation/devicetree/bindings/sound/fsl,spdif.txt
@@ -0,0 +1,63 @@
+Freescale Sony/Philips Digital
Hello guys,
on a PPC 32-Bit board with a Linux Kernel v3.10.0 I see trouble with
kmalloc_slab.
Basically at system startup, something request a size of 8388608 b,
but KMALLOC_MAX_SIZE has 4194304 b in our case. It points a WARNING at:
..
NIP [c0099fec] kmalloc_slab+0x60/0xe8
LR [c0099fd4]
On Wed, Jul 31, 2013 at 08:07:05PM +0800, Nicolin Chen wrote:
Generally, S/PDIF supports 20bit and optional 24bit samples. Thus add these
two formats for the dummy codec drivers.
Applied, thanks. Please check the mailing lists you're posting to -
you've got the DT list wrong here and you
My patches usb: chipidea: fix the build error with randconfig fixes chipidea
problem.
It has already at USB fixes for 3.11-rc4.
On Tue, 30 Jul 2013, Geert Uytterhoeven wrote:
JFYI, when comparing v3.11-rc3 to v3.11-rc2[3], the summaries are:
- build errors: +38/-14
+
On Wed, Jul 31, 2013, Mark Brown wrote:
Applied, thanks. Please check the mailing lists you're posting to -
you've got the DT list wrong here and you shouldn't post non-binding
reviews there anyway.
Sorry that I forgot to update the DT list addr but using an old one.
I'll pay attention to it
Hi Lars
Thank you for the sage advices.
I'll revise the patch and send the v2.
From: Lars-Peter Clausen [l...@metafoo.de]
Sent: Wednesday, July 31, 2013 8:16 PM
To: Chen Guangyu-B42378
Cc: broo...@kernel.org; ti...@tabi.org; alsa-de...@alsa-project.org;
ping?
On Fri, 2013-05-31 at 11:14 +0100, Ian Campbell wrote:
This file is a common include for B4860 and B4420 but is not a valid DTS
itself:
DTC arch/powerpc/boot/b4qds.dtb
Error: arch/powerpc/boot/dts/b4qds.dts:35.1-2 syntax error
FATAL ERROR: Unable to parse input
On 07/30/2013 09:13:28 PM, Liu Po-B43644 wrote:
-Original Message-
From: Wood Scott-B07421
Sent: Wednesday, July 31, 2013 2:28 AM
To: Liu Po-B43644
Cc: linuxppc-...@ozlabs.org; ga...@kernel.crashing.org; Fleming
Andy-
AFLEMING; Hu Mingkai-B21284; Liu Po-B43644
Subject:
Hi Christoph,
On 31/07/13 17:45, Christoph Lameter wrote:
Crap you cannot do PAGE_SIZE allocations with kmalloc_large. Fails when
freeing pages. Need to only do the multiple page allocs with
kmalloc_large.
Subject: seq_file: Use kmalloc_large for page sized allocation
There is no point
On 07/31/2013 11:40:05 AM, Friesen, Christopher wrote:
From: Scott Wood [scottw...@freescale.com]
Sent: Monday, July 29, 2013 5:10 PM
To: Friesen, Christopher
Cc: Michael Ellerman; ke...@lists.infradead.org; Paul Mackerras;
linuxppc-dev@lists.ozlabs.org; Vivek Goyal
Subject: Re: visible
Hi,
On Wed, Jul 31, 2013 at 01:42:31PM +0200, Wladislav Wiebe wrote:
DEBUG: xxx kmalloc_slab, requested 'size' = 8388608, KMALLOC_MAX_SIZE =
4194304
[...]
[ccd3be60] [c0099fd4] kmalloc_slab+0x48/0xe8 (unreliable)
[ccd3be70] [c00ae650] __kmalloc+0x20/0x1b4
[ccd3be90] [c00d46f4]
From: Scott Wood [scottw...@freescale.com]
Sent: Monday, July 29, 2013 5:10 PM
To: Friesen, Christopher
Cc: Michael Ellerman; ke...@lists.infradead.org; Paul Mackerras;
linuxppc-dev@lists.ozlabs.org; Vivek Goyal
Subject: Re: visible memory seems wrong in kexec crash dump kernel
On 07/13/2013
On Wed, 31 Jul 2013, Wladislav Wiebe wrote:
on a PPC 32-Bit board with a Linux Kernel v3.10.0 I see trouble with
kmalloc_slab.
Basically at system startup, something request a size of 8388608 b,
but KMALLOC_MAX_SIZE has 4194304 b in our case. It points a WARNING at:
..
NIP [c0099fec]
This patch will suppress the warnings by using the page allocator wrappers
of the slab allocators. These are page sized allocs after all.
Subject: seq_file: Use kmalloc_large for page sized allocation
There is no point in using the slab allocation functions for large page
order allocation. Use
Crap you cannot do PAGE_SIZE allocations with kmalloc_large. Fails when
freeing pages. Need to only do the multiple page allocs with
kmalloc_large.
Subject: seq_file: Use kmalloc_large for page sized allocation
There is no point in using the slab allocation functions for
large page order
On Wed, 31 Jul 2013, Wladislav Wiebe wrote:
Thanks for the point, do you plan to make kmalloc_large available for extern
access in a separate mainline patch?
Since kmalloc_large is statically defined in slub_def.h and when including it
to seq_file.c
we have a lot of conflicting types:
You
On Tuesday, July 30, 2013 03:33:44 PM Rafael J. Wysocki wrote:
On Tuesday, July 30, 2013 01:19:46 PM Daniel Lezcano wrote:
On 07/30/2013 12:48 PM, Wang Dongsheng-B40534 wrote:
-Original Message-
From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org]
Sent: Tuesday, July
I've got it in my queue that I hope to send soon.
-Scott
On 07/31/2013 09:45:25 AM, Ian Campbell wrote:
ping?
On Fri, 2013-05-31 at 11:14 +0100, Ian Campbell wrote:
This file is a common include for B4860 and B4420 but is not a
valid DTS itself:
DTC arch/powerpc/boot/b4qds.dtb
On 07/31/2013 01:30:06 AM, Wang Dongsheng-B40534 wrote:
-Original Message-
From: Wood Scott-B07421
Sent: Wednesday, July 31, 2013 3:38 AM
To: Wang Dongsheng-B40534
Cc: r...@sisk.pl; daniel.lezc...@linaro.org;
b...@kernel.crashing.org; Li
Yang-R58472; Zhao Chenhui-B35336;
-Original Message-
From: Wood Scott-B07421
Sent: Wednesday, July 31, 2013 11:47 PM
To: Liu Po-B43644
Cc: Wood Scott-B07421; linuxppc-...@ozlabs.org; ga...@kernel.crashing.org;
Fleming Andy-AFLEMING; Hu Mingkai-B21284
Subject: Re: [PATCH v3 2/3] powerpc/85xx: Add silicon
On Wed, Jul 31, 2013 at 07:18:46PM +1000, Benjamin Herrenschmidt wrote:
On Wed, 2013-07-31 at 16:47 +0800, Gavin Shan wrote:
Usually, the property ibm,opal-num-pes of PHB dev-tree node
indicates the number of total PEs. If that property isn't existing
or valid, we should fall back to pick the
On Thu, 2013-08-01 at 12:24 +0800, Gavin Shan wrote:
at correct ? Don't we get the total number of PEs from a config
register on the bridge ? I didn't think the IODA architecture specified
the total number of PE of a given implementation...
For now, the firmware has fixed values
This accelerates VFIO DMA operations on POWER by moving them
into kernel.
The changes in this series are:
1. rebased on v3.11-rc3.
2. VFIO external user API will go through VFIO tree so it is
excluded from this series.
3. As nobody ever reacted on hashtable: add
This adds hash_for_each_possible_rcu_notrace() which is basically
a notrace clone of hash_for_each_possible_rcu() which cannot be
used in real mode due to its tracing/debugging capability.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
include/linux/hashtable.h | 15 +++
1
This is to reserve a capablity number for upcoming support
of H_PUT_TCE_INDIRECT and H_STUFF_TCE pseries hypercalls
which support mulptiple DMA map/unmap operations per one call.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
Changes:
2013/07/16:
* changed the number
Signed-off-by:
This is to reserve a capablity number for upcoming support
of VFIO-IOMMU DMA operations in real mode.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
Changes:
2013/07/16:
* changed the number
2013/07/11:
* changed order in a file, added comment about a gap in ioctl number
Signed-off-by:
The current VFIO-on-POWER implementation supports only user mode
driven mapping, i.e. QEMU is sending requests to map/unmap pages.
However this approach is really slow, so we want to move that to KVM.
Since H_PUT_TCE can be extremely performance sensitive (especially with
network adapters where
The existing TCE machine calls (tce_build and tce_free) only support
virtual mode as they call __raw_writeq for TCE invalidation what
fails in real mode.
This introduces tce_build_rm and tce_free_rm real mode versions
which do mostly the same but use Store Doubleword Caching Inhibited
Indexed
This adds real mode handlers for the H_PUT_TCE_INDIRECT and
H_STUFF_TCE hypercalls for user space emulated devices such as IBMVIO
devices or emulated PCI. These calls allow adding multiple entries
(up to 512) into the TCE table in one call which saves time on
transition to/from real mode.
This
It does not make much sense to have KVM in book3s-64bit and
not to have IOMMU bits for PCI pass through support as it costs little
and allows VFIO to function on book3s-kvm.
Having IOMMU_API always enabled makes it unnecessary to have a lot of
#ifdef IOMMU_API in arch/powerpc/kvm/book3s_64_vio*.
The TCE tables handling may differ for real and virtual modes so
additional ppc_md.tce_build_rm/ppc_md.tce_free_rm/ppc_md.tce_flush_rm
handlers were introduced earlier.
So this adds the following:
1. support for the new ppc_md calls;
2. ability to iommu_tce_build to process mupltiple entries per
This allows the host kernel to handle H_PUT_TCE, H_PUT_TCE_INDIRECT
and H_STUFF_TCE requests targeted an IOMMU TCE table without passing
them to user space which saves time on switching to user space and back.
Both real and virtual modes are supported. The kernel tries to
handle a TCE request in
This adds special support for huge pages (16MB) in real mode.
The reference counting cannot be easily done for such pages in real
mode (when MMU is off) so we added a hash table of huge pages.
It is populated in virtual mode and get_page is called just once
per a huge page. Real mode handlers
Hi Dongsheng,
On 07/31/2013 11:16 AM, Wang Dongsheng-B40534 wrote:
Hi Preeti,
-Original Message-
From: Preeti U Murthy [mailto:pre...@linux.vnet.ibm.com]
Sent: Wednesday, July 31, 2013 12:00 PM
To: Wang Dongsheng-B40534
Cc: Deepthi Dharwar; b...@kernel.crashing.org;
59 matches
Mail list logo