Hi Marian,
On Sun, 04 Nov 2007 00:53:11 +0100 Marian Balakowicz <[EMAIL PROTECTED]> wrote:
>
> +++ b/drivers/leds/leds-motionpro.c
> @@ -0,0 +1,240 @@
> +
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +
> +#include
> +#include
> +#include
You want instead of
Hi Marian,
On Sun, 04 Nov 2007 00:52:40 +0100 Marian Balakowicz <[EMAIL PROTECTED]> wrote:
>
> -static void __iomem *
> +void __iomem *
> mpc52xx_map_node(struct device_node *ofn)
> {
> const u32 *regaddr_p;
> @@ -48,6 +48,8 @@ mpc52xx_map_node(struct device_node *ofn)
> return iorem
From: Stephen Rothwell <[EMAIL PROTECTED]>
Date: Sun, 4 Nov 2007 13:28:39 +1100
> An allyesconfig build creates a .text section that is so big that the
> .text.init.refok and .fixup sections are too far away for the relocations
> to be fixed up correctly. This patch fixes that by linking all the
>
On Fri, 2007-11-02 at 19:55 +0100, Michael Buesch wrote:
> Hi,
>
> I'm wondering how we are finally going to fix my radeon
> "hot-crash" issue.
> Fact is, applying the patch below fixes the issue.
And will break somebody else ...
> Though, I see that this is not the correct patch to fix it.
>
On Fri, 2007-11-02 at 11:03 -0500, Olof Johansson wrote:
> On Fri, Nov 02, 2007 at 08:14:43AM +0100, Stefan Roese wrote:
> > This patch adds support for the 405EX to the new EMAC driver. Some as on
> > AXON, the 405EX handles the MDIO via the RGMII bridge.
>
> Hi,
>
> This isn't feedback on your
On 11/3/07, Kumar Gala <[EMAIL PROTECTED]> wrote:
> In some discussion on the u-boot dev list it became clear that having
> aliases in the device tree might be useful as a common way to deal
> with finding specific nodes that need fixing up by the firmware.
> This problem also exists in the kernel
(cc'ing linuxppc-dev, see
http://www.mail-archive.com/[EMAIL PROTECTED]/msg221770.html
for original post and .config)
Elimar Riesebieter wrote:
> On Wed, 24 Oct 2007 the mental interface of
> Elimar Riesebieter told:
>
> [...]
> > The kernel is loaded from firmware but freezes at the moment to lo
An allyesconfig build creates a .text section that is so big that the
.text.init.refok and .fixup sections are too far away for the relocations
to be fixed up correctly. This patch fixes that by linking all the
relevent text sections for each file together.
Suggested by Paul Mackerras.
Signed-off
ppc_md.init_IRQ is not called if it is NULL, so we don't need an empty
routine in the non PCI case.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/iseries/irq.h |4
arch/powerpc/platforms/iseries/setup.c |4
2 files changed, 4 insertions(+), 4 d
In some discussion on the u-boot dev list it became clear that having
aliases in the device tree might be useful as a common way to deal
with finding specific nodes that need fixing up by the firmware.
This problem also exists in the kernel bootwrappers.
The common example is how to associa
Add Motion-PRO board defconfig file.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/configs/motionpro_defconfig | 989 ++
1 files changed, 989 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/motionpro_defconfig
diff --g
Add device tree source file for Motion-PRO board.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/motionpro.dts | 323 +++
1 files changed, 323 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/motionpro.dts
Add LED driver for Promess Motion-PRO board.
Signed-off-by: Jan Wrobel <[EMAIL PROTECTED]>
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
drivers/leds/Kconfig |7 +
drivers/leds/Makefile |3 -
drivers/leds/leds-motionpro.c | 240 +++
Add CM5200 board defconfig file.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/configs/cm5200_defconfig | 1031 +
1 files changed, 1031 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/cm5200_defconfig
diff --git a/a
Add device tree source file for CM5200 board.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/cm5200.dts | 252 ++
1 files changed, 252 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/cm5200.dts
diff --
Add TQM5200 board defconfig file.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/configs/tqm5200_defconfig | 1306
1 files changed, 1306 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/tqm5200_defconfig
diff --git a
Add device tree source file for TQM5200 board.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/tqm5200.dts | 191 +
1 files changed, 191 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/tqm5200.dts
diff
Make, so far static, mpc52xx_map_node() routine
symbol available for general use.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/mpc52xx_common.c |4 +++-
include/asm-powerpc/mpc52xx.h|1 +
2 files changed, 4 insertions(+), 1 deletion
This patch adds support for 'mpc5200-simple-platform' compatible
boards which do not need a platform specific setup. Such boards
are supported assuming the following:
- GPIO pins are configured by the firmware,
- CDM configuration (clocking) is setup correctly by firmware,
- if the 'fsl,has-wdt' p
This patch moves a generic pci init code from lite5200
platform file to a common mpc52xx_setup_pci() routine
and adds additional compatibility property verification.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/lite5200.c| 12 +---
arch/power
Define MPC52xx specific device id list, add new
'fsl,lpb' compatible id for LocalPlus Bus.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/mpc52xx_common.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platform
Print out 'model' property of '/' node as a machine name
in generic show_cpuinfo() routine.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/setup-common.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/setup-comm
This is a secon respin of the patches that add arch/powerpc support for
three MPC5200 based boards: TQ-Components TQM5200, Schindler CM5200
and Promess Motion-PRO. Please review.
[POWERPC] Promess Motion-PRO defconfig
[POWERPC] Promess Motion-PRO DTS
[POWERPC] Motion-PRO: Add LED support.
[POWERPC
Fix the fallocate system call on powerpc to match its unistd.h.
This implies none of these system calls are currently working with the
unistd.h sys call values:
fallocate
signalfd
timerfd
eventfd
sync_file_range2
Signed-off-by: Patrick Mansfield <[EMAIL P
Paul Mackerras wrote:
> Balbir Singh writes:
>
>> So, scaled accounting will not be available if
>> CONFIG_VIRT_CPU_ACCOUNTING is defined? Am I reading this correctly
>
> No, what makes you think that? If VIRT_CPU_ACCOUNTING=y it is the
> responsibility of the arch's account_process_tick to upda
Since powerpc started using CONFIG_GENERIC_CLOCKEVENTS, the
deterministic CPU accounting (CONFIG_VIRT_CPU_ACCOUNTING) has been
broken on powerpc, because we end up counting user time twice: once in
timer_interrupt() and once in update_process_times().
This fixes the problem by pulling the code in
Balbir Singh writes:
> So, scaled accounting will not be available if
> CONFIG_VIRT_CPU_ACCOUNTING is defined? Am I reading this correctly
No, what makes you think that? If VIRT_CPU_ACCOUNTING=y it is the
responsibility of the arch's account_process_tick to update the scaled
stats. And the powe
Ingo Molnar writes:
> hm, i've removed it for now because it doesnt even build due toj:
*blush*
New patch coming. Sending it to Linus via the scheduler tree sounds
fine to me.
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs
* Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Since powerpc started using CONFIG_GENERIC_CLOCKEVENTS, the
> deterministic CPU accounting (CONFIG_VIRT_CPU_ACCOUNTING) has been
> broken on powerpc, because we end up counting user time twice: once in
> timer_interrupt() and once in update_process
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> > Since powerpc started using CONFIG_GENERIC_CLOCKEVENTS, the
> > deterministic CPU accounting (CONFIG_VIRT_CPU_ACCOUNTING) has been
> > broken on powerpc, because we end up counting user time twice: onc
> +#ifndef CONFIG_VIRT_CPU_ACCOUNTING
> +void account_process_tick(int user_tick)
> +{
> + if (user_tick) {
> + account_user_time(p, jiffies_to_cputime(1));
> + account_user_time_scaled(p, jiffies_to_cputime(1));
> + } else {
> + account_system_
31 matches
Mail list logo
