On Tue, Sep 15, 2009 at 03:57:02PM +1000, Benjamin Herrenschmidt wrote:
diff --git a/arch/powerpc/relocs_check.pl b/arch/powerpc/relocs_check.pl
new file mode 100755
index 000..215e966
--- /dev/null
+++ b/arch/powerpc/relocs_check.pl
@@ -0,0 +1,57 @@
+#!/usr/bin/perl
+
+# Copyright
Currently, ordinary pages use one pagetable layout, and each different
hugepage size uses a slightly different variant layout. A number of
places which need to walk the pagetable must first check the slice map
to see what the pagetable layout then handle the various different
forms. New
Currently we have a fair bit of rather fiddly code to manage the
various kmem_caches used to store page tables of various levels. We
generally have two caches holding some combination of PGD, PUD and PMD
tables, plus several more for the special hugepage pagetables.
This patch cleans this all up
Currently, hpte_need_flush() only correctly flushes the given address
for normal pages. Callers for hugepages are required to mask the
address themselves.
But hpte_need_flush() already looks up the page sizes for its own
reasons, so this is a rather silly imposition on the callers. This
patch
This patch simplifies the logic used to initialize hugepages on
powerpc. The somewhat oddly named set_huge_psize() is renamed to
add_huge_page_size() and now does all necessary verification of
whether it's given a valid hugepage sizes (instead of just some) and
instantiates the generic hstate
Currently each available hugepage size uses a slightly different
pagetable layout: that is, the bottem level table of pointers to
hugepages is a different size, and may branch off from the normal page
tables at a different level. Every hugepage aware path that needs to
walk the pagetables must
This patch separates the parts of hugetlbpage.c which are inherently
specific to the hash MMU into a new hugelbpage-hash64.c file.
Signed-off-by: David Gibson d...@au1.ibm.com
---
arch/powerpc/include/asm/hugetlb.h |3
arch/powerpc/mm/Makefile |5 -
On Fri, 2009-09-11 at 17:18 +1000, Benjamin Herrenschmidt wrote:
Hi Linus !
This is the powerpc batch for 2.6.32.
You will notice a bunch of generic swiotlb changes along with
corresponding changes to arch/sparc and arch/x86 from Fujita Tomonori.
There are due to my tree having pulled
2009/9/15 Benjamin Herrenschmidt b...@kernel.crashing.org:
On Mon, 2009-09-14 at 15:08 +0200, Ludo Van Put wrote:
2009/9/14 Josh Boyer jwbo...@linux.vnet.ibm.com:
On Mon, Sep 14, 2009 at 02:36:15PM +0200, Ludo Van Put wrote:
Hi,
we're working with a PPC440GX on a board that has a.o. a
On Tue, 2009-09-15 at 10:57 +0200, Ludo Van Put wrote:
Thnx for the suggestion, but the ide_insw is in fact of copy of the
_insw assembly routine, and it gets passed
the effective address, without the _IO_BASE offset.
I was thinking about TLB stuff. I'm not a u-boot expert, but could it
be
I'm a reverse polish kind of guy. I preferring 'subject'_'action'
over 'action'_'subject' just because it groups like subjects together.
But it doesn't matter much, especially in this case where 'subject'
is in a group of exactly 1. :-)
I'll do whichever you prefer.
I just caught
diff --git a/drivers/message/fusion/mptbase.c
b/drivers/message/fusion/mptbase.c
index 5d496a9..d5b0f15 100644
--- a/drivers/message/fusion/mptbase.c
+++ b/drivers/message/fusion/mptbase.c
@@ -1510,11 +1510,12 @@ static int
mpt_mapresources(MPT_ADAPTER *ioc)
{
u8
On Tue, 2009-09-15 at 20:02 +1000, Benjamin Herrenschmidt wrote:
I'm a reverse polish kind of guy. I preferring 'subject'_'action'
over 'action'_'subject' just because it groups like subjects together.
But it doesn't matter much, especially in this case where 'subject'
is in a group of
Hi,
RFC not for inclusion
This is the version 3 of the patch series to provide a cpu-offline framework
that enables the administrators choose the state of a CPU when it is
offlined, when multiple such states are exposed by the underlying
architecture.
Changes from Version 2:(can be
From: Arun R Bharadwaj a...@linux.vnet.ibm.com
This patch provides helper functions to set the cede latency specifier
value in the VPA indicating the latency expectation of the guest OS to
inform the hypervisor's choice of the platform dependent energy saving
mode chosen for the processor when
Provide an interface by which the system administrator can decide what state
should the CPU go to when it is offlined.
To query the hotplug states, on needs to perform a read on:
/sys/devices/system/cpu/cpunumber/available_hotplug_states
To query or set the current state for a particular CPU,
This patch implements the callbacks to handle the reads/writes into the sysfs
interfaces
/sys/devices/system/cpu/cpunumber/available_hotplug_states
and
/sys/devices/system/cpu/cpunumber/current_hotplug_state
Currently, the patch defines two states which the processor can go to when it
is
On Tue, 2009-09-15 at 17:36 +0530, Gautham R Shenoy wrote:
This patchset contains the offline state driver implemented for
pSeries. For pSeries, we define three available_hotplug_states. They are:
online: The processor is online.
offline: This is the the default behaviour
On Tue, 2009-09-15 at 14:11 +0200, Peter Zijlstra wrote:
On Tue, 2009-09-15 at 17:36 +0530, Gautham R Shenoy wrote:
This patchset contains the offline state driver implemented for
pSeries. For pSeries, we define three available_hotplug_states. They are:
online: The processor is
Brian King wrote:
Nathan Fontenot wrote:
+#include linux/kernel.h
+#include linux/kref.h
+#include linux/notifier.h
+#include linux/proc_fs.h
+#include linux/spinlock.h
+
+#include asm/prom.h
+#include asm/machdep.h
+#include asm/uaccess.h
+#include asm/rtas.h
+#include asm/pSeries_reconfig.h
+
One of the guys here was getting a messed up console on a bamboo board
(on linux boot), which he traced to the fact that the default dts has a
9600 baudrate coded into it (board was running 115k2, not 9600). Either
deleting the line, or replacing the 9600 with zero fixed the problem.
Looking at
Nathan Fontenot wrote:
Move the definition of the of_drconf_cell struct from numa.c to prom.h.
This
is needed so that we can parse the ibm,dynamic-memory device-tree property
when DLPAR adding and removing memory.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
Index:
Nathan Fontenot wrote:
+static ssize_t cpu_probe_store(struct class *class, const char *buf,
+ size_t count)
+{
+struct device_node *dn;
+u32 drc_index;
+char *cpu_name;
+int rc;
+
+drc_index = simple_strtoull(buf, NULL, 0);
Can just use
On Tue, 2009-09-15 at 17:37 +0530, Gautham R Shenoy wrote:
// Used to pass parms from the OS to PLIC for SetAsrAndRfid
u64 saved_gpr3; // Saved GPR3
x20-x27
u64 saved_gpr4; // Saved GPR4
x28-x2F
-
* Peter Zijlstra a.p.zijls...@chello.nl [2009-09-15 14:11:41]:
On Tue, 2009-09-15 at 17:36 +0530, Gautham R Shenoy wrote:
This patchset contains the offline state driver implemented for
pSeries. For pSeries, we define three available_hotplug_states. They are:
online: The
On Tue, Sep 15, 2009 at 10:31:36AM -0400, Paul Gortmaker wrote:
One of the guys here was getting a messed up console on a bamboo board
(on linux boot), which he traced to the fact that the default dts has a
9600 baudrate coded into it (board was running 115k2, not 9600). Either
deleting the line,
On Tue, 15 Sep 2009, Benjamin Herrenschmidt wrote:
So I don't know at this stage how to generate a clean pull request ...
It's rare, for but future reference, what you can do is to just do a
merge in a temporary branch, and get it that way.
'git shortlog' should have worked, though. It's
On the MPC8572, eTSEC1 and eTSEC2 can be configured to jointly operate in
16-bit encoded FIFO mode. Is there currently a Linux driver for interfacing
with this FIFO mode?
Thanks,
Christopher
___
Linuxppc-dev mailing list
[Re: RFC: delete UART current-speed from 4xx DTS?] On 15/09/2009 (Tue 11:32)
Josh Boyer wrote:
On Tue, Sep 15, 2009 at 10:31:36AM -0400, Paul Gortmaker wrote:
One of the guys here was getting a messed up console on a bamboo board
I meant to say Yosemite board (and hence u-boot), sorry for
On Tue, Sep 15, 2009 at 03:32:05PM -0400, Paul Gortmaker wrote:
[Re: RFC: delete UART current-speed from 4xx DTS?] On 15/09/2009 (Tue 11:32)
Josh Boyer wrote:
On Tue, Sep 15, 2009 at 10:31:36AM -0400, Paul Gortmaker wrote:
One of the guys here was getting a messed up console on a bamboo board
[Re: RFC: delete UART current-speed from 4xx DTS?] On 15/09/2009 (Tue 16:02)
Josh Boyer wrote:
On Tue, Sep 15, 2009 at 03:32:05PM -0400, Paul Gortmaker wrote:
[Re: RFC: delete UART current-speed from 4xx DTS?] On 15/09/2009 (Tue 11:32)
Josh Boyer wrote:
On Tue, Sep 15, 2009 at 10:31:36AM
Hi Ben,
On 09/11/2009 12:17 AM, Benjamin Herrenschmidt wrote:
This is the powerpc batch for 2.6.32.
Will we ever get this one in...
http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-June/073567.html
-Geoff
___
Linuxppc-dev mailing list
On Tue, Sep 15, 2009 at 01:47:36AM +0400, Anton Vorontsov wrote:
On Mon, Sep 14, 2009 at 03:45:10PM -0500, Scott Wood wrote:
[...]
You can't request the firmware in the qe driver's -suspend()
routine necause the firmware may be on e.g. NFS filesystem or USB
stick (implies having QE
For MPC8569 CPUs we'll need to reset QE after each suspend, so make
qe_reset() code path suitable for repeated invocation, that is:
- Don't initialize rheap structures if already initialized;
- Don't allocate muram for SDMA if already allocated, just reinitialize
registers with previously
It appears that QE shuts down on all MPC85xx CPUs (i.e. MPC8568 and
MPC8569) and thus needs reset upon resume.
So modify qe_alive_during_sleep() to account that.
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
---
arch/powerpc/include/asm/qe.h | 23 ++-
So far the driver is used to reset QE upon resume, which is needed on
85xx. Later we can move some QE initialization steps into probe().
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
---
arch/powerpc/sysdev/qe_lib/qe.c | 34 ++
1 files changed, 34
This patch adds suspend/resume support for MPC8540 and MPC8641D-
compatible CPUs. To reach sleep state, we just write the SLP bit
into the PM control and status register.
So far we don't support Deep Sleep mode as found in newer MPC85xx
CPUs (i.e. MPC8536). It can be relatively easy implemented
- Add power management controller nodes;
- Add interrupts for RTC nodes, the RTC interrupt may be used as a
wakeup source;
- Add sleep properties and sleep-nexus nodes.
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
Acked-by: Scott Wood scottw...@freescale.com
---
This patch adds needed nodes and properties to support suspend/resume
on the MPC8610HPCD boards.
There is a dedicated switch (SW9) that is used to wake up the boards.
By default the SW9 button is routed to IRQ8, but could be re-routed
(via PIXIS) to sreset.
With 'no_console_suspend' kernel
Simply add power management controller nodes and sleep properties.
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
Acked-by: Scott Wood scottw...@freescale.com
---
arch/powerpc/boot/dts/kmeter1.dts |7 +++
arch/powerpc/boot/dts/mpc832x_mds.dts |9 +
On Tue, 2009-09-15 at 11:32 -0400, Josh Boyer wrote:
On Tue, Sep 15, 2009 at 10:31:36AM -0400, Paul Gortmaker wrote:
One of the guys here was getting a messed up console on a bamboo board
(on linux boot), which he traced to the fact that the default dts has a
9600 baudrate coded into it (board
On Tue, 2009-09-15 at 09:53 -0700, Linus Torvalds wrote:
It got a conflict with the AGP merge, but I fixed it up in what _seemed_
to be the obvious manner. But somebody should check out the resulting
drivers/char/agp/uninorth-agp.c file.
Thanks.
Michel, can you dbl check it ?
Cheers,
Ben.
From: Pravin Bathija pbath...@amcc.com
Powerpc 44x uses 36 bit real address while the real address defined
in MPT Fusion driver is of type 32 bit. This causes ioremap to fail and driver
fails to initialize. This fix changes the data types representing the real
address from unsigned long 32-bit
On Wed, 2009-09-16 at 07:51 +1000, Benjamin Herrenschmidt wrote:
On Tue, 2009-09-15 at 09:53 -0700, Linus Torvalds wrote:
It got a conflict with the AGP merge, but I fixed it up in what _seemed_
to be the obvious manner. But somebody should check out the resulting
Hi All,
Iam working on the new board bringup of linux ppc image on 2.6.24 using the
powerpc mpc832x. I used the file system image (based on the initrd ram disk
image), dtb file(generated by the dtc compiler for our mpc832x_rdb.dts) and
the kernel powepc compiled.
Iam facing a hang up in the
Add bus glue driver for Xilinx USB host controller. The controller can be
configured as HS only or HS/FS hybrid. The driver uses the device tree file
to configure the driver according to the setting in the hardware system.
This driver has been tested with usbtest using the NET2280 PCI card.
On Tue, 2009-09-15 at 14:09 -0700, Geoff Levand wrote:
Hi Ben,
On 09/11/2009 12:17 AM, Benjamin Herrenschmidt wrote:
This is the powerpc batch for 2.6.32.
Will we ever get this one in...
http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-June/073567.html
I thought it was in. It's
On Fri, 2009-09-11 at 16:10 -0500, Nathan Fontenot wrote:
This patch provides the kernel DLPAR infrastructure in a new filed named
dlpar.c. The functionality provided is for acquiring and releasing a
resource from firmware and the parsing of information returned from the
On Sep 15, 2009, at 1:37 PM, Christopher Best wrote:
On the MPC8572, eTSEC1 and eTSEC2 can be configured to jointly
operate in 16-bit encoded FIFO mode. Is there currently a Linux
driver for interfacing with this FIFO mode?
Not that I'm aware of. You should be able to modify
49 matches
Mail list logo