Paul Mackerras wrote:
Kamalesh Babulal writes:
After applying the patch above and the patch posted on
http://lkml.org/lkml/2008/4/8/42
the bug had the following information,
Thanks. The patch below, against Linus' current git tree, fixes one
bug that might be the cause of the problem,
Paul, I finally got around to testing your changeset on sparc64, it
breaks things:
commit d9024df02ffe74d723d97d552f86de3b34beb8cc
Author: Paul Mackerras [EMAIL PROTECTED]
Date: Sat Apr 12 15:20:59 2008 +1000
[LMB] Restructure allocation loops to avoid unsigned underflow
...
Roland McGrath writes:
This should be _TLF_RESTORE_SIGMASK (leading '_'), I think.
Indeed so. Here's a replacement patch.
Thanks. That can't go in until some generic changes have gone in
first, right? So are you going to push the lot in one go via Andrew,
or should I wait until the
Roland McGrath writes:
Indeed so. Here's a replacement patch.
Oh, and could you please also fix the occurrence of
TIF_RESTORE_SIGMASK in arch/ppc/kernel/entry.S when this stuff goes
in?
Thanks,
Paul.
___
Linuxppc-dev mailing list
On Wed, 2008-04-23 at 23:24 -0700, David Miller wrote:
Paul, I finally got around to testing your changeset on sparc64, it
breaks things:
commit d9024df02ffe74d723d97d552f86de3b34beb8cc
Author: Paul Mackerras [EMAIL PROTECTED]
Date: Sat Apr 12 15:20:59 2008 +1000
[LMB] Restructure
David Miller writes:
Specifically, you removed the aligning of the size argument given to
lmb_add_region() in the lmb allocators, and that is critical when
allocating many small chunks, we run out of LMB slots otherwise
and allocations start failing.
Sorry. It's still there in
From: Paul Mackerras [EMAIL PROTECTED]
Date: Thu, 24 Apr 2008 16:56:26 +1000
David Miller writes:
Specifically, you removed the aligning of the size argument given to
lmb_add_region() in the lmb allocators, and that is critical when
allocating many small chunks, we run out of LMB slots
On Thu, 2008-04-24 at 00:37 -0500, Kumar Gala wrote:
+ /*
+* interrupt stacks must be under 256MB, we cannot afford to
take
+* SLB misses on them.
+*/
+ for_each_possible_cpu(i) {
+ softirq_ctx[i] = (struct thread_info *)
+
Now that my Xilinx card is operational with Kernel 2.6.24 and a
buildroot/busybox/uClibc config, I'm getting on the application side.
First hitch: I can't do a soft reboot of the card:
# reboot
The system is going down NOW!
Sending SIGTERM to all processes
Requesting system reboot
[
This patch moves the base code for celleb support into platforms/cell/.
All files in this patch are used by celleb-beat and celleb-native commonly.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
---
arch/powerpc/platforms/Kconfig |1
arch/powerpc/platforms/cell/Kconfig|
This patch splits cell io-workaround code into spider-pci dependent
code and a generic part, and also moves io-workarounds initialization
into cell_setup_phb. This patch includes BenH's fix.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
[2.764009 (3/3)]
[4.272241 (2/2)]
[4.272322 (2/2)]
[4.272375 (2/2)]
[2.948002 (3/3)]
As you can see, I added printk_cpu and smp_processor_id() to the
printk timestamp output and thus it is obvious that the different
times come from different CPUs.
the
This patch moves the SCC (Super Companion Chip) related code for celleb
into platforms/cell/.
All files in this patch are used by celleb-beat and celleb-native commonly.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Acked-by: Arnd Bergmann [EMAIL PROTECTED]
---
This patch moves files for Beat hvcall interfaces into platforms/cell/.
All files in this patch are used by celleb-beat only.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Acked-by: Arnd Bergmann [EMAIL PROTECTED]
---
arch/powerpc/platforms/cell/Makefile |3
On Thu, 2008-04-24 at 02:24 -0700, David Miller wrote:
From: Johannes Berg [EMAIL PROTECTED]
Date: Thu, 24 Apr 2008 11:21:52 +0200
Hmm. Why is that whole cpu_clock stuff in place anyway? powerpc has
perfectly synchronised time across processors with dirt cheap access to
it as well, so
This patch moves files for mmu and iommu on Beat into platforms/cell/.
All files in this patch are used by celleb-beat only.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Acked-by: Arnd Bergmann [EMAIL PROTECTED]
---
arch/powerpc/platforms/cell/Makefile |3
This patch moves SPU support code on Beat into platforms/cell/.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Acked-by: Arnd Bergmann [EMAIL PROTECTED]
---
arch/powerpc/platforms/cell/Makefile |1
arch/powerpc/platforms/cell/beat_spu_priv1.c | 207 +++
This patch moves miscellaneous files for Beat into platforms/cell/.
All files in this patch are used by celleb-beat only.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Acked-by: Arnd Bergmann [EMAIL PROTECTED]
---
arch/powerpc/platforms/Makefile |1
On Thu, 2008-04-24 at 18:21 +0900, Ishizaki Kou wrote:
This patch splits cell io-workaround code into spider-pci dependent
code and a generic part, and also moves io-workarounds initialization
into cell_setup_phb. This patch includes BenH's fix.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
On Thu, 2008-04-24 at 18:24 +0900, Ishizaki Kou wrote:
Now, we can use generic io-workarounds mechanism and the workaround
code for spider-pci. This patch changes Celleb PCI code to use
spider-pci code.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Acked-by: Arnd Bergmann [EMAIL PROTECTED]
This patch adds support for PCI Express port on Celleb. I/O space
of this PCI Express port is not mapped in memory space. So we use
the io-workaround mechanism to make accesses indirect.
I send this patch again because it would be lost.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Acked-by:
On Thu, 2008-04-24 at 19:27 +0900, Ishizaki Kou wrote:
This patch adds support for PCI Express port on Celleb. I/O space
of this PCI Express port is not mapped in memory space. So we use
the io-workaround mechanism to make accesses indirect.
I send this patch again because it would be lost.
I have put the following patches in the powerpc.git repository on the
master powerpc-next branches (this includes some pulled from Kumar's
tree). I plan to send a pull request to Linus tomorrow morning my
time, so if there are any others I've missed, or any that people don't
think should go in,
On Nov 22, 2007, at 9:42 AM, Dale Farnsworth wrote:
This patch series adds kexec and kdump support for ppc32 in arch/
powerpc.
It has been successfully tested on the mpc8548_cds and prpmc2800
platforms.
Mark Greer and I are preparing patches to the kexec-tools package as
well.
Dale, can
On Apr 24, 2008, at 2:18 AM, Benjamin Herrenschmidt wrote:
On Thu, 2008-04-24 at 00:37 -0500, Kumar Gala wrote:
+ /*
+* interrupt stacks must be under 256MB, we cannot afford to
take
+* SLB misses on them.
+*/
+ for_each_possible_cpu(i) {
+
Create /sys/bus/of_platform/devices/*/modalias file to allow autoloading
of modules. modalias files are already present for many other bus types.
This adds also a newline to the devspec files.
Also create a devspec file for mac-io devices. They were created as a side
effect. Use correct buffer
* Added allocation and initialization of the irq stacks. We limit the
stacks to be in lowmem for ppc32.
* Implemented ppc32 versions of call_do_softirq() and call_handle_irq()
to switch the stack pointers
* Reworked how we do stack overflow detection. We now keep around the
limit of the
On Thu, 2008-04-24 at 07:59 -0500, Kumar Gala wrote:
I'm going to change it to be just lmb_alloc() so it will be difficult
to share with ppc64 (other than w/an ifdef).
Unless we change lmb_alloc to just be an lmb_alloc_base with 0 and have
the later do the right thing ?
You don't put
Hi all,
I had the intention to push the code for a custom mpc5200b board (freely
available, no internal project) upstream. After cleaning up the code I
realized that actually no board specific code is left and our board is
well handled by the mpc5200_simple_platform machine.
The only issue is
On Thu, Apr 24, 2008 at 9:12 AM, Sascha Hauer [EMAIL PROTECTED] wrote:
Hi all,
I had the intention to push the code for a custom mpc5200b board (freely
available, no internal project) upstream. After cleaning up the code I
realized that actually no board specific code is left and our
Hi,
I saw some random lockups on my PS3, so I decided to give the current kernel a
try on the PS3 development tool. It crashes when setting up the network:
| 5Sending DHCP requests ., OK
| IP-Config: Got DHCP answer from 192.168.106.200, my address is 192.168.106.196
| IP-Config:
Hi all,
Feel free to comment on this.
Sascha
This patch adds gpiolib support for mpc5200 SOCs. I'm not sure
whether it's a good idea to make this optional via kconfig.
The gpt devices only support a single gpio. In the current of_gpio
implementation each chip consumes 32 GPIOs which leads to
Why not just have users who wish to use console serial port autodetection
add 3 lines to their nvramrc?
--
Matt Sealey [EMAIL PROTECTED]
Genesi, Manager, Developer Relations
Olaf Hering wrote:
Pegasos2 has no current-speed property in
/[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED] As a
On Thu, Apr 24, 2008 at 07:50:52AM -0500, Kumar Gala wrote:
On Nov 22, 2007, at 9:42 AM, Dale Farnsworth wrote:
This patch series adds kexec and kdump support for ppc32 in arch/
powerpc.
It has been successfully tested on the mpc8548_cds and prpmc2800
platforms.
Mark Greer and I are
On Thu, Apr 24, 2008 at 09:13:45AM -0600, Grant Likely wrote:
On Thu, Apr 24, 2008 at 9:12 AM, Sascha Hauer [EMAIL PROTECTED] wrote:
Hi all,
I had the intention to push the code for a custom mpc5200b board (freely
available, no internal project) upstream. After cleaning up the code I
On Apr 24, 2008, at 9:53 AM, Benjamin Herrenschmidt wrote:
On Thu, 2008-04-24 at 07:59 -0500, Kumar Gala wrote:
I'm going to change it to be just lmb_alloc() so it will be difficult
to share with ppc64 (other than w/an ifdef).
Unless we change lmb_alloc to just be an lmb_alloc_base with 0
On Thu, Apr 24, 2008 at 10:07:20AM -0600, Grant Likely wrote:
On Thu, Apr 24, 2008 at 9:53 AM, Sascha Hauer [EMAIL PROTECTED] wrote:
On Thu, Apr 24, 2008 at 09:13:45AM -0600, Grant Likely wrote:
On Thu, Apr 24, 2008 at 9:12 AM, Sascha Hauer [EMAIL PROTECTED] wrote:
Hi all,
On Apr 24, 2008, at 10:42 AM, Dale Farnsworth wrote:
On Thu, Apr 24, 2008 at 07:50:52AM -0500, Kumar Gala wrote:
On Nov 22, 2007, at 9:42 AM, Dale Farnsworth wrote:
This patch series adds kexec and kdump support for ppc32 in arch/
powerpc.
It has been successfully tested on the mpc8548_cds
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
arch/powerpc/platforms/cell/spufs/.gitignore |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/platforms/cell/spufs/.gitignore
diff --git a/arch/powerpc/platforms/cell/spufs/.gitignore
Update .gitignore for zImage.iseries
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
arch/powerpc/boot/.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/.gitignore b/arch/powerpc/boot/.gitignore
index 5ef2bdf..2347294 100644
---
From: Grant Likely [EMAIL PROTECTED]
virtex405-head.S is an assembler file, not a C file; therefore BOOTAFLAGS
is the correct place to set the needed -mcpu=405 flag.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
Paul, Josh;
This is a bug fix required in .26 ASAP.
Cheers,
g.
On Tue, Apr 22, 2008 at 11:41:35PM +0400, Anton Vorontsov wrote:
Hi all,
Here is purposed bindings draft for the new drivers that I would like to
send for this or next merge window, depending on results of this RFC. ;-)
(The new bindings needs to be in-tree or at least Acked before I could
On Thu, 2008-04-24 at 11:33 -0600, Grant Likely wrote:
From: Grant Likely [EMAIL PROTECTED]
virtex405-head.S is an assembler file, not a C file; therefore BOOTAFLAGS
is the correct place to set the needed -mcpu=405 flag.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
Applied, pushed to
On Thu, Apr 24, 2008 at 9:36 AM, Sascha Hauer [EMAIL PROTECTED] wrote:
Hi all,
Feel free to comment on this.
Sascha
This patch adds gpiolib support for mpc5200 SOCs. I'm not sure
whether it's a good idea to make this optional via kconfig.
The gpt devices only support a single gpio.
Carl Love wrote:
This is a reworked patch to fix the SPU data storage. Currently, the
SPU escape sequences and program counter data is being added directly
into the kernel buffer without holding the buffer_mutex lock. This
patch changes how the data is stored. A new function,
Kumar,
--- /dev/null
+++ b/arch/powerpc/platforms/cell/spufs/.gitignore
@@ -0,0 +1,2 @@
+spu_save_dump.h
+spu_restore_dump.h
nak - these still need to be tracked (and distributed with the tree), as
we want to be able to build the kernel without spu-gcc.
Jeremy
Linus,
Please do:
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git master
to get another powerpc update. There are fixes for various problems
that have arisen plus a few patchsets that were not quite ready to go
when I sent the last pull request but now are.
Note
On Apr 24, 2008, at 5:26 PM, Jeremy Kerr wrote:
Kumar,
--- /dev/null
+++ b/arch/powerpc/platforms/cell/spufs/.gitignore
@@ -0,0 +1,2 @@
+spu_save_dump.h
+spu_restore_dump.h
nak - these still need to be tracked (and distributed with the
tree), as
we want to be able to build the kernel
On Thu, 2008-04-24 at 18:28 +0200, Sascha Hauer wrote:
At the moment my compatible entry looks like this:
compatible = phytec,pcm030,generic-mpc52xx;
What I think would be nice is that phytec,pcm030 support is used
when available and generic-mpc52xx as a fallback. We do not have any
Kumar,
Ah, I was mistaking them for the .h_shipped files. Nevermind me, your
patch is fine. Applied to my spufs tree.
Cheers,
Jeremy
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Apr 24, 2008, at 7:55 PM, Jeremy Kerr wrote:
Kumar,
Ah, I was mistaking them for the .h_shipped files. Nevermind me, your
patch is fine. Applied to my spufs tree.
ok. thanks.
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Hi,
Can someone suggest where to add the code for a cpu
(/sys/devices/system/cpu/cpu0) entry in sysfs?
The 2.6.24 release has a sysfs.c file but it only seems to be used for
64-bit? Anyone know why? What kind of planetary disasters will I create
if I allow it to be used in 32-bit as
On Apr 24, 2008, at 11:08 PM, Kevin Diggs wrote:
Hi,
Can someone suggest where to add the code for a cpu
(/sys/devices/system/cpu/cpu0) entry in sysfs?
The 2.6.24 release has a sysfs.c file but it only seems to be used
for 64-bit? Anyone know why? What kind of planetary disasters
Currently we set the start of the .text section to be 4Mb for pSeries.
In situations where the zImage is 8Mb we'll fail to boot (due to
overlapping with OF). Move .text in a pSeries zImage from 4MB to 64MB
(well past OF).
Signed-off-by: Tony Breeds [EMAIL PROTECTED]
---
- Compile tested for
54 matches
Mail list logo