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 booti
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 drivers/net/
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
> ibm,configure-con
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
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.
Signe
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 booti
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
> > drivers/char/agp/u
From: Pravin Bathija
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 types to "phys_addr_
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
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
Simply add power management controller nodes and sleep properties.
Signed-off-by: Anton Vorontsov
Acked-by: Scott Wood
---
arch/powerpc/boot/dts/kmeter1.dts |7 +++
arch/powerpc/boot/dts/mpc832x_mds.dts |9 +
arch/powerpc/boot/dts/mpc832x_rdb.dts |9 +
arch/p
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 comman
- 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
Acked-by: Scott Wood
---
arch/powerpc/boot/dts/mpc8568mds.dts | 119 +++
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 th
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
---
arch/powerpc/sysdev/qe_lib/qe.c | 34 ++
1 files changed, 34 insertions(+), 0 deletions(-)
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
---
arch/powerpc/include/asm/qe.h | 23 ++-
arch/powerpc/sysdev/qe_lib/qe.c |
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 alloca
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
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
Linuxppc-
[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 1
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
[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 t
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
Linuxppc-dev@lists.ozlabs.org
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'
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 li
* Peter Zijlstra [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 processor is online.
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
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 simp
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
> ---
>
> Index: powerpc/arch/powerpc/
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 t
Brian King wrote:
Nathan Fontenot wrote:
+#include
+#include
+#include
+#include
+#include
+
+#include
+#include
+#include
+#include
+#include
+
+#define CFG_CONN_WORK_SIZE4096
+static char workarea[CFG_CONN_WORK_SIZE];
+spinlock_t workarea_lock;
This can be:
static DEFINE_SPINL
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 proces
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 behavi
This patch implements the callbacks to handle the reads/writes into the sysfs
interfaces
/sys/devices/system/cpu/cpu/available_hotplug_states
and
/sys/devices/system/cpu/cpu/current_hotplug_state
Currently, the patch defines two states which the processor can go to when it
is offlined. They are
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/cpu/available_hotplug_states
To query or set the current state for a particular CPU, one needs
From: Arun R Bharadwaj
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 unused during the subseque
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 fou
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 gro
> 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
> 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
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
2009/9/15 Benjamin Herrenschmidt :
> On Mon, 2009-09-14 at 15:08 +0200, Ludo Van Put wrote:
>> 2009/9/14 Josh Boyer :
>> > 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 compact flash
>> >>slot.
>> >>We had
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 p
43 matches
Mail list logo