Update the 64-bit hibernation code to support Book E CPUs.
Some registers and instructions are not defined for Book3e
(SDR reg, tlbia instruction).
SDR: Storage Description Register. Book3S and Book3E have different
address translation mode, we do not need HTABORG & HTABSIZE to
translate virtual a
Hi,
On Wed, 2013-03-13 at 19:04 +0530, Aneesh Kumar K.V wrote:
> From: "Aneesh Kumar K.V"
>
> This patch change the kernel VSID range so that we limit VSID_BITS to 37.
> This enables us to support 64TB with 65 bit VA (37+28). Without this patch
> we have boot hangs on platforms that only support
On 03/13/2013 12:04:03 AM, Michael Ellerman wrote:
On Tue, Mar 12, 2013 at 03:48:02PM +0800, Jia Hongtao wrote:
> The MPIC chip with version 2.0 has a MSI errata (errata PIC1 of
mpc8544),
> It causes that neither MSI nor MSI-X can work fine. This is a
workaround
> to allow MSI-X to function
On Feb 8, 2013, at 1:22 PM, Stuart Yoder wrote:
> From: Stuart Yoder
>
> Signed-off-by: Stuart Yoder
> ---
>
> -removed KVM prefix to patch subject, patch is not KVM specific
>
> arch/powerpc/kernel/epapr_hcalls.S |2 ++
> arch/powerpc/kernel/idle_book3e.S | 32
From: Rojhalat Ibrahim
Signed-off-by: Rojhalat Ibrahim
Signed-off-by: Kumar Gala
---
arch/powerpc/include/asm/pci-bridge.h |6 ++
arch/powerpc/sysdev/fsl_pci.c | 37 +
arch/powerpc/sysdev/indirect_pci.c| 10 -
3 files changed, 43
Move to keeping the SoC registers that control and config the PCI
controllers on FSL SoCs in the pci_controller struct. This allows us to
not need to ioremap() the registers in multiple different places that
use them.
Signed-off-by: Kumar Gala
---
arch/powerpc/include/asm/pci-bridge.h |5 ++
On Mar 13, 2013, at 5:06 AM, Rojhalat Ibrahim wrote:
> On Tuesday 12 March 2013 15:48:01 Kumar Gala wrote:
>>> I'd rather we just export indirect_read_config() & indirect_write_config()
>>> from indirect_pci.c and call the functions directly. Adding a global and
>>> call them via a function poin
Added the following domain attributes for the FSL PAMU driver:
1. Added new iommu stash attribute, which allows setting of the
LIODN specific stash id parameter through IOMMU API.
2. Added an attribute for enabling/disabling DMA to a particular
memory window.
3. Added domain attribute to chec
Each iommu window can have access permissions associated with it. Extended the
window_enable API to incorporate window access permissions.
In case of PAMU each window can have its specific set of permissions.
Signed-off-by: Varun Sethi
---
drivers/iommu/iommu.c |5 +++--
include/linux/iommu
Add an iommu domain pointer to device (powerpc) archdata. Devices
are attached to iommu domains and this pointer provides a mechanism
to correlate between a device and the associated iommu domain. This
field is set when a device is attached to a domain.
Signed-off-by: Varun Sethi
---
arch/powe
This is required in case of PAMU, as it can support a window size of up
to 64G (even on 32bit).
Signed-off-by: Varun Sethi
---
drivers/iommu/amd_iommu.c |2 +-
drivers/iommu/exynos-iommu.c |2 +-
drivers/iommu/intel-iommu.c|2 +-
drivers/iommu/iommu.c |3 +--
This patchset provides the Freescale PAMU (Peripheral Access Management Unit)
driver
and the corresponding IOMMU API implementation. PAMU is the IOMMU present on
Freescale
QorIQ platforms. PAMU can authorize memory access, remap the memory address,
and remap
the I/O transaction type.
This set
On 03/13/2013 04:40:40 AM, David Laight wrote:
> Hmm, seems there's no probe_user_address() -- for userspace we
> basically want the same thing minus the KERNEL_DS. See
> arch/powerpc/perf/callchain.c for an example.
Isn't that just copy_from_user() ?
Plus pagefault_disable/enable().
-Scott
Create devices for mbx, sram, pci and gpio-leds nodes and
also move nfc compatible to of_bus_id list for automatic
nfc device creation.
Signed-off-by: Anatolij Gustschin
---
arch/powerpc/platforms/512x/mpc512x_shared.c | 13 +
1 files changed, 5 insertions(+), 8 deletions(-)
diff
Paul Mackerras writes:
>> BEGIN_FTR_SECTION
>> b slb_finish_load
>> END_MMU_FTR_SECTION_IFCLR(MMU_FTR_1T_SEGMENT)
>> @@ -91,24 +97,19 @@ _GLOBAL(slb_miss_kernel_load_vmemmap)
>> _GLOBAL(slb_miss_kernel_load_io)
>> li r11,0
>> 6:
>> -li r9,0x1
>> /*
>> -
From: "Aneesh Kumar K.V"
This patch change the kernel VSID range so that we limit VSID_BITS to 37.
This enables us to support 64TB with 65 bit VA (37+28). Without this patch
we have boot hangs on platforms that only support 65 bit VA.
With this patch we now have proto vsid generated as below:
W
From: "Aneesh Kumar K.V"
Now we use ESID_BITS of kernel address to build proto vsid. So rename
USER_ESIT_BITS to ESID_BITS
Acked-by: Paul Mackerras
Signed-off-by: Aneesh Kumar K.V
---
arch/powerpc/include/asm/mmu-hash64.h | 16
arch/powerpc/kernel/exceptions-64s.S |2 +
From: "Aneesh Kumar K.V"
VSID_BITS and VSID_BITS_1T depends on the context bits and user esid
bits. Make the dependency explicit
Acked-by: Paul Mackerras
Signed-off-by: Aneesh Kumar K.V
---
arch/powerpc/include/asm/mmu-hash64.h | 11 ++-
1 file changed, 6 insertions(+), 5 deletions
On Wed, Mar 13, 2013 at 02:55:17PM +0530, Aneesh Kumar K.V wrote:
> Paul Mackerras writes:
> > NAK to this (and in fact the rest of this patch).
> >
> > If you need twice the size, use the next slot along in pgtable_cache,
> > which will give you the size you need, rather than breaking the
> > rel
On Tuesday 12 March 2013 15:48:01 Kumar Gala wrote:
> > I'd rather we just export indirect_read_config() & indirect_write_config()
> > from indirect_pci.c and call the functions directly. Adding a global and
> > call them via a function pointer seems wrong to me.
> >
> > - k
>
> Also, can you ba
On Wed, 2013-03-13 at 14:47 +0530, Aneesh Kumar K.V wrote:
> I update the commit message but missed updating this.
>
> Ben,
>
> Let me know if you want me to send V4 to take care of these review
> feedbacks.
Yes please, I'll fix up my local merge branch with your new patch
tomorrow (I had appl
> Hmm, seems there's no probe_user_address() -- for userspace we
> basically want the same thing minus the KERNEL_DS. See
> arch/powerpc/perf/callchain.c for an example.
Isn't that just copy_from_user() ?
David
___
Linuxppc-dev mailing list
Paul Mackerras writes:
> On Wed, Mar 06, 2013 at 11:40:08AM +0530, Aneesh Kumar K.V wrote:
>> From: "Aneesh Kumar K.V"
>>
>> We will use this later with THP changes to request for pmd table of double
>> the size.
>> THP code does PTE page allocation along with large page request and deposit
>
Paul Mackerras writes:
> On Tue, Mar 12, 2013 at 05:38:50PM +0530, Aneesh Kumar K.V wrote:
>> From: "Aneesh Kumar K.V"
>>
>> This patch change the kernel VSID range so that we limit VSID_BITS to 37.
>> This enables us to support 64TB with 65 bit VA (37+28). Without this patch
>> we have boot ha
From: Artem Bityutskiy
This driver depends on CONFIG_IXP2000 which is not defined anywhere, which means
this driver is dead.
Signed-off-by: Artem Bityutskiy
---
Adding the PPC list
drivers/mtd/maps/Kconfig |9 --
drivers/mtd/maps/Makefile |1 -
drivers/mtd/maps/ixp2000.c | 253 --
From: Artem Bityutskiy
This driver is marked as broken for very long time. Most probably this board is
just something ancient no one cares about anyway.
Signed-off-by: Artem Bityutskiy
---
Adding the PPC list
drivers/mtd/maps/Kconfig| 16 --
drivers/mtd/maps/Makefile |1 -
driver
From: Artem Bityutskiy
This driver depends on the CONFIG_TQM8xxL symbol, which is not defined
anywhere, which means that this driver is dead.
Signed-off-by: Artem Bityutskiy
---
Adding the PPC list
drivers/mtd/maps/Kconfig | 10 --
drivers/mtd/maps/Makefile |1 -
drivers/mtd/maps/t
From: Artem Bityutskiy
This driver depends on the CONFIG_DMV182 symbol which is not defined anywhere,
and this means that this driver is dead.
Signed-off-by: Artem Bityutskiy
---
Adding the PPC list
drivers/mtd/maps/Kconfig |9 ---
drivers/mtd/maps/Makefile |1 -
drivers/mtd/maps/d
From: Artem Bityutskiy
This driver depends on the CONFIG_DBOX2 symbol which does not exist in
the kernel, which means the driver is dead.
Signed-off-by: Artem Bityutskiy
---
Adding the PPC list
drivers/mtd/maps/Kconfig |8 ---
drivers/mtd/maps/Makefile |1 -
drivers/mtd/ma
[Adding the PPC list]
This patch-set removes a bunch of dean MTD map drivers. The way I judged
whether a driver is dead or not was looking at driver's dependencies in the
Kconfig file. Whenever I saw a driver depending on a Kconfig symbol which is
not defined anywhere, I treated the driver as dead
> -Original Message-
> From: Michael Ellerman [mailto:mich...@ellerman.id.au]
> Sent: Wednesday, March 13, 2013 1:04 PM
> To: Jia Hongtao-B38951
> Cc: linuxppc-dev@lists.ozlabs.org; ga...@kernel.crashing.org; Wood Scott-
> B07421
> Subject: Re: [PATCH] powerpc/85xx: workaround for chips w
31 matches
Mail list logo
