On 11/9/07, Grant Likely <[EMAIL PROTECTED]> wrote:
> On 11/9/07, Marian Balakowicz <[EMAIL PROTECTED]> wrote:
> > Please review, and if everything is ok schedule for 2.6.24-rc3.
>
> Just to be clear, I won't be picking up these changes until the 2.6.25
> merge window.
>
> The .24 tree is closed fo
On Fri, 2007-11-09 at 13:58 +0100, Andreas Schwab wrote:
> Every once in a while the touchpad in my iBook G4 (geyser1, 030B) is
> going wild, emitting random movement events even when not being touched.
> That started only with 2.6.24-rc1. The only way to stop it is to reload
> the appletouch mod
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> On Fri, 2007-11-09 at 13:58 +0100, Andreas Schwab wrote:
>> Every once in a while the touchpad in my iBook G4 (geyser1, 030B) is
>> going wild, emitting random movement events even when not being touched.
>> That started only with 2.6.24-rc1. T
Scott Wood wrote:
> Jerry Van Baren wrote:
>> My concern from the u-boot side is that u-boot has to know exactly
>> *where* to put the expanded blob because it has to pass it to linux
>> and keep it out of linux' way so it doesn't get "stepped on." Linux
>> has an advantage in that it "owns" al
On Fri, 09 Nov 2007 18:12:02 +0100 Marian Balakowicz <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/platforms/52xx/mpc5200_simple.c
>
> +static int __init mpc5200_simple_probe(void)
> +{
> + unsigned long node = of_get_flat_dt_root();
You need to include asm/prom.h to use the flattened devi
> To support ehea driver reloading in a kdump kernel the driver has to
> perform firmware handle deregistrations when the original kernel
> crashes. As there's currently no notifier chain for machine crashes
> this patch enables kdump support in the ehea driver by bending the
> ppc_md.machine_crash
On Sat, 2007-11-10 at 02:48 +0300, Vitaly Bordug wrote:
> On Fri, 09 Nov 2007 16:01:41 -0600
> Josh Boyer wrote:
>
> > Hi All,
> >
> > For those interested, I have a few things I'd like to focus on for
> > 2.6.25 in regards to the current arch/powerpc 4xx porting effort.
> > Below is a brief list
On Fri, Nov 09, 2007 at 05:52:30PM -0600, Becky Bruce wrote:
> I don't think so. It's not plain old dangling stwcx that's the
> problem. It's dangling stwcx when the reservation is held to another
> address.
Gack, I misread the description. My bad.
> The lwarx that I've added prevents the
On Nov 9, 2007, at 5:19 PM, Olof Johansson wrote:
> On Fri, Nov 09, 2007 at 04:08:06PM -0600, Becky Bruce wrote:
>> The context switch code in the kernel issues a dummy stwcx. to
>> clear the
>> reservation, as recommended by the architecture. However, some
>> processors
>> can have issues if
On Fri, 09 Nov 2007 16:01:41 -0600
Josh Boyer wrote:
> Hi All,
>
> For those interested, I have a few things I'd like to focus on for
> 2.6.25 in regards to the current arch/powerpc 4xx porting effort.
> Below is a brief list of drivers in no particular order:
>
> PCI support
I'll look at that s
On Fri, Nov 09, 2007 at 04:08:06PM -0600, Becky Bruce wrote:
> The context switch code in the kernel issues a dummy stwcx. to clear the
> reservation, as recommended by the architecture. However, some processors
> can have issues if this stwcx to address A occurs while the reservation
> is already
Zhang Wei-r63237 wrote:
> Yes, I'm working on it. Do not worry about it.
How's this going? I've been working on this a bit myself, but if you are
close to posting your stuff, I'll stop and wait for your version
instead. It doesn't make sense for us to duplicate the same work.
Randy Vinson
The context switch code in the kernel issues a dummy stwcx. to clear the
reservation, as recommended by the architecture. However, some processors
can have issues if this stwcx to address A occurs while the reservation
is already held to a different address B. To avoid this problem, the dummy
stwc
The context switch code in the kernel issues a dummy stwcx. to clear the
reservation, as recommended by the architecture. However, some processors
can have issues if this stwcx to address A occurs while the reservation
is already held to a different address B. To avoid this problem, the dummy
stwc
Hi All,
For those interested, I have a few things I'd like to focus on for
2.6.25 in regards to the current arch/powerpc 4xx porting effort. Below
is a brief list of drivers in no particular order:
PCI support
USB (440EP(x), etc)
I2C
GPIO
NDFC
RTC
I'd also like to try and get the larger page si
On Sat, 2007-11-10 at 08:07 +1100, Benjamin Herrenschmidt wrote:
> On Fri, 2007-11-09 at 15:39 -0500, Mike Nuss wrote:
> > I'm writing a module for the Security/KASUMI function on the
> > PPC440EPx-S and PPC440GRx-S. This relies on checking the PVR value at
> > runtime, which is done early on in th
On Fri, 2007-11-09 at 13:58 +0100, Andreas Schwab wrote:
> Every once in a while the touchpad in my iBook G4 (geyser1, 030B) is
> going wild, emitting random movement events even when not being touched.
> That started only with 2.6.24-rc1. The only way to stop it is to reload
> the appletouch mod
On Fri, 2007-11-09 at 03:58 -0600, Kumar Gala wrote:
> kmap_atomic calls flush_tlb_page with a NULL VMA and thus we end
> up dereferencing a NULL pointer to try and get the context.id.
>
> If the VMA is null use the global pid value of 0.
Ack.
> ---
> include/asm-powerpc/tlbflush.h |4 ++--
On Fri, 2007-11-09 at 19:54 +0100, Ulrich Weigand wrote:
> Hello,
>
> I've noticed that GDB hardware watchpoints do not work at all on Cell/B.E.
> (when running without hypervisor); the kernel accepts the PTRACE_SET_DEBUGREG
> call without error, but watchpoints never trigger.
>
> This turns out
On Fri, 2007-11-09 at 15:39 -0500, Mike Nuss wrote:
> I'm writing a module for the Security/KASUMI function on the
> PPC440EPx-S and PPC440GRx-S. This relies on checking the PVR value at
> runtime, which is done early on in the boot process. What would be
> the correct way to check which CPU is p
There are several issues with the rtas_ibm_suspend_me code, which
enables platform-assisted suspension of an LPAR for migration or
hibernation as covered in PAPR 2.2.
1.) rtas_ibm_suspend_me uses on_each_cpu() to invoke
rtas_percpu_suspend_me on all cpus via IPI:
if (on_each_cpu(rtas_percpu_suspe
I'm writing a module for the Security/KASUMI function on the
PPC440EPx-S and PPC440GRx-S. This relies on checking the PVR value at
runtime, which is done early on in the boot process. What would be
the correct way to check which CPU is present during module
initialization?
Thanks,
Mike
__
On Fri, 9 Nov 2007 16:25:07 +0300
Anton Vorontsov <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 08, 2007 at 01:11:35PM -0600, Kim Phillips wrote:
> [...]
> > right, but whether it does or not doesn't affect your failure outcome
> > either I'm assuming.
> >
> > > > If it's something like 0x03, the u-bo
Hello,
I've noticed that GDB hardware watchpoints do not work at all on Cell/B.E.
(when running without hypervisor); the kernel accepts the PTRACE_SET_DEBUGREG
call without error, but watchpoints never trigger.
This turns out to be caused by a new hardware feature in the PowerPC 2.02
architecture
I am using the Denx 2.6.32 kernel, which does have powerpc/sequoia.
Xenomai is a real-time kernel built on Adeos/Ipipe. I'll dig into it
further.
Steve
Josh Boyer wrote:
On Fri, 09 Nov 2007 13:30:03 -0500
"Steven A. Falco" <[EMAIL PROTECTED]> wrote:
If I cat /proc/iomem on a Sequoia
On Fri, 09 Nov 2007 13:30:03 -0500
"Steven A. Falco" <[EMAIL PROTECTED]> wrote:
> If I cat /proc/iomem on a Sequoia board, it never stops printing. Here
> are the first 10 lines:
>
> bash-3.00# head -10 /proc/iomem
> e100-e17f : usb
> e100-e17f : musbhsfc_udc
> e300-e3
If I cat /proc/iomem on a Sequoia board, it never stops printing. Here
are the first 10 lines:
bash-3.00# head -10 /proc/iomem
e100-e17f : usb
e100-e17f : musbhsfc_udc
e300-e38f : ehci_hcd
18000-18fff : /plb/[EMAIL PROTECTED]
1d000-1d0001fff : ndfc
Add device tree source file for Motion-PRO board.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/motionpro.dts | 309 +++
1 files changed, 309 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/motionpro.dts
On 11/6/07, David Gibson <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 06, 2007 at 09:06:34PM +0100, Marian Balakowicz wrote:
> [snip]
> > + // PSC2 in spi master mode
> > + [EMAIL PROTECTED] { // PSC2
> > + compatible = "mpc5200b-psc-spi","mpc520
On 11/9/07, Marian Balakowicz <[EMAIL PROTECTED]> wrote:
> This is a yet another version of the patches that add arch/powerpc support for
> three MPC5200 based boards: TQ-Components TQM5200, Schindler CM5200
> and Promess Motion-PRO.
>
> Updates include modifications to mpc5200_simple_probe() routi
On Fri, Nov 09, 2007 at 02:39:04PM +0800, vincent.liu wrote:
> These days I am working on a MPC8270 based board with linux 2.6.10 kernel.
> When I use the default kernel and load the uImage to the target board.
> The kernel hangs after uncompressing kernel image ... ok .
The "default kernel" for w
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 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 | 250
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 | 236 ++
1 files changed, 236 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 | 184 +
1 files changed, 184 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/tqm5200.dts
diff
Replace EXPORT_SYMBOL with EXPORT_SYMBOL_GPL in mpc52xx_common.c
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/mpc52xx_common.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/platforms/52xx/mpc52xx_common.c
b/
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 |3 ++-
include/asm-powerpc/mpc52xx.h|1 +
2 files changed, 3 insertions(+), 1 deletions
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]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/mpc52xx_common.c |9 -
1 files changed, 8 insertions(+), 1 deleti
Print out 'model' property of '/' node as a machine name
in generic show_cpuinfo() routine.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
Acked-by: Olof Johansson <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/setup-common.c |9 +
1 file
This is a yet another version of the patches that add arch/powerpc support for
three MPC5200 based boards: TQ-Components TQM5200, Schindler CM5200
and Promess Motion-PRO.
Updates include modifications to mpc5200_simple_probe() routine in the
generic support for simple MPC5200 based boards, changes
Sergej Stepanov wrote:
>> We also need to change the reference to port C in fsl,mdio-pin and
>> fsl,mdc-pin.
> Do you mean this:
>Currently defined compatibles:
>fsl,pq1-fec-mdio (reg is same as first resource of FEC device)
> -> fsl,cpm2-mdio-bitbang (reg is port C registers)
>
>Prop
Jerry Van Baren wrote:
> My concern from the u-boot side is that u-boot has to know exactly
> *where* to put the expanded blob because it has to pass it to linux and
> keep it out of linux' way so it doesn't get "stepped on." Linux has an
> advantage in that it "owns" all of memory and can allo
On 11/9/07, Marian Balakowicz <[EMAIL PROTECTED]> wrote:
> I can imagine that we may get into various trouble (or at least the
> situation is less flexible) if we are unable to update .dts file along
> with the kernel image on a deployed board. If so, then in fact there
> is little sens in using "m
Hi Grant,
Grant Likely wrote:
> On 11/6/07, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
>>
>> in message <[EMAIL PROTECTED]> you wrote:
>>> In other words; make the assumption that it is easier to change the
>>> kernel than it is to change the device tree.
>> Are you serious about this?
>>
>> Readin
So, like, the other day David Gibson mumbled:
>
> But you do take a hit w.r.t. *minimum* representation size - there's
> no form amongst all the possibilities here more compact than pure hex.
> Especially since spaces are optional in the old form. The fact that
> [ab cd 00] and [abcd00] are equiv
David Gibson wrote:
> On Tue, Nov 06, 2007 at 09:06:34PM +0100, Marian Balakowicz wrote:
>> Add device tree source file for Motion-PRO board.
> [snip]
>> +[EMAIL PROTECTED] { // Motion-PRO status LED
>> +compatible = "promess,motionpro-statusled";
>> +
David Gibson wrote:
> On Tue, Nov 06, 2007 at 09:05:48PM +0100, Marian Balakowicz wrote:
>> Add device tree source file for TQM5200 board.
> [snip]
>> +[EMAIL PROTECTED] {
>> +device_type = "usb-ohci-be";
>
> This device_type is bogus. Remember having a valid devi
Hi Stephen,
Stephen Rothwell wrote:
>
> On Tue, 06 Nov 2007 21:05:20 +0100 Marian Balakowicz <[EMAIL PROTECTED]>
> wrote:
>> +++ b/arch/powerpc/platforms/52xx/mpc5200_simple.c
>> +
>> +#include
>> +#include
>> +#include
>> +#include
>
> Its not clear to me that you need any of the above fo
On 11/9/07, Domen Puncer <[EMAIL PROTECTED]> wrote:
> On 09/11/07 00:31 -0500, Jon Smirl wrote:
> > This is the reason I couldn't get user space started or connect to my
> > nfs server. Patch is against current linus git.
> >
> > mpc5200 fec driver is corrupting memory. This patch fixes two bugs
>
On Mon, Nov 05, 2007 at 12:15:30PM -0600, Kim Phillips wrote:
> Hello all,
>
> the following patches fix RGMII timing for rev. 2.1 of the mpc8360,
> according to erratum #2 (erratum text included below). Basically the
> most intrusive part is the addition of two new RGMII Internal Delay
> modes;
To support ehea driver reloading in a kdump kernel the driver has to perform
firmware handle deregistrations when the original kernel crashes. As there's
currently no notifier chain for machine crashes this patch enables kdump support
in the ehea driver by bending the ppc_md.machine_crash_shutdown
On Thu, Nov 08, 2007 at 01:11:35PM -0600, Kim Phillips wrote:
[...]
> right, but whether it does or not doesn't affect your failure outcome
> either I'm assuming.
>
> > > If it's something like 0x03, the u-boot patch will probably look like:
> > >
> > > if ((bcsr[12] == 0x10) &&
> > > (immr->
Every once in a while the touchpad in my iBook G4 (geyser1, 030B) is
going wild, emitting random movement events even when not being touched.
That started only with 2.6.24-rc1. The only way to stop it is to reload
the appletouch module. My guess would be that reinitializing the
touchpad can resul
Valentine Barshak wrote:
> Roel Kluin wrote:
>> I guess it should be done after the last usage of kb_data or fpga_status?
>
> I think no iounmap(kb_data) needed. Looks like the pointer kn_cs (kb_cs
> = kb_data + 1) is used by the serio driver
> (drivers/input/serio/i8042-ppcio.h).
> Please note th
Hi
These days I am working on a MPC8270 based board with linux 2.6.10 kernel.
When I use the default kernel and load the uImage to the target board.
The kernel hangs after uncompressing kernel image ... ok .
I am freshman in the embedded linux area,So I do not know how to go on this
project.
>Fro
Am Donnerstag, den 08.11.2007, 14:20 -0600 schrieb Scott Wood:
> Sergej Stepanov wrote:
> > If both mdio and mdc controlling pins are on the same processor port,
> > one resource should be used.
> > Otherwise, two resources are used: the 1-st - mdio, the 2-nd - mdc.
>
> How about:
> The first reg
Please pull from 'for-2.6.24' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.24
to receive the following updates:
arch/powerpc/Makefile|3 +++
arch/powerpc/sysdev/cpm_common.c |4 +---
include/asm-powerpc/tlbflush.h |4 ++--
3 f
kmap_atomic calls flush_tlb_page with a NULL VMA and thus we end
up dereferencing a NULL pointer to try and get the context.id.
If the VMA is null use the global pid value of 0.
---
include/asm-powerpc/tlbflush.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include
On 09/11/07 00:31 -0500, Jon Smirl wrote:
> This is the reason I couldn't get user space started or connect to my
> nfs server. Patch is against current linus git.
>
> mpc5200 fec driver is corrupting memory. This patch fixes two bugs
> where the wrong skb buffer was being referenced.
>
> Signed-
63 matches
Mail list logo
