Matt Sealey wrote:
On Mon, Jan 26, 2009 at 10:34 PM, Grant Likely
grant.lik...@secretlab.ca wrote:
From: Grant Likely grant.lik...@secretlab.ca
This patch ensures that memory gets properly mapped into the PCI
address space. Without this patch, the memory window BAR is left
at whatever
Signed-off-by: Philippe Reynes philippe.rey...@isismpp.fr
---
diff --git a/arch/powerpc/boot/dts/mpc8377_rdb.dts
b/arch/powerpc/boot/dts/mpc8377_rdb.dts
index 165463f..e747486 100644
--- a/arch/powerpc/boot/dts/mpc8377_rdb.dts
+++ b/arch/powerpc/boot/dts/mpc8377_rdb.dts
@@ -109,6 +109,24 @@
Hi Guys,
It seems that 2.6.29-rc3 is not booting on the MPC8641 HPCN. I have just
updated u-boot to the latest git to see if that improved matters, however I get
stuck at the following. Any ideas?
Using MPC86xx HPCN machine description
Total memory =
On Fri, 30 Jan 2009, Benjamin Herrenschmidt wrote:
Yeah. In fact, I think you have that bug in almost every board. You only
updated Bamboo and Canyonlands with the initial patch and the changelog
says other boards can be updated separately. Nobody did that. So not
so weird after all.
On Thu, Jan 29, 2009 at 06:00:43PM -0500, Steven Rostedt wrote:
On Fri, 2009-01-30 at 00:34 +0300, Anton Vorontsov wrote:
Hi Steven,
I know 2.6.28-rt isn't yet ready, but I could not resist to try
it anyway. ;-)
Here are few issues and ways to solve them:
Currently the -rt tree doesn't
Martyn Welch wrote:
Hi Guys,
It seems that 2.6.29-rc3 is not booting on the MPC8641 HPCN. I have just
updated u-boot to the latest git to see if that improved matters,
however I get stuck at the following. Any ideas?
Gah! That lost it's formatting some how, sorry.
I have just tried
On Thu, Jan 29, 2009 at 01:05:08PM -0800, Madhulika Madishetty wrote:
Resubmitting patch without the confidentiality notice.
From: Madhulika Madishetty mmadishe...@amcc.com
This patch contains initial framework for the AMCC Redwood board.
Signed-off-by: Madhulika Madishetty
Nathan Lynch wrote:
Brian King wrote:
While testing partition migration with heavy CPU load using
shared processors, it was observed that sometimes the migration
would never complete and would appear to hang. Currently, the
migration code assumes that if H_SUCCESS is returned from the H_JOIN
On Jan 30, 2009, at 6:31 AM, Martyn Welch wrote:
Hi Guys,
It seems that 2.6.29-rc3 is not booting on the MPC8641 HPCN. I have
just updated u-boot to the latest git to see if that improved
matters, however I get stuck at the following. Any ideas?
did you update your .dtb as well?
- k
On Jan 30, 2009, at 3:57 AM, Reynes Philippe wrote:
Signed-off-by: Philippe Reynes philippe.rey...@isismpp.fr
---
diff --git a/arch/powerpc/boot/dts/mpc8377_rdb.dts
b/arch/powerpc/boot/dts/mpc8377_rdb.dts
index 165463f..e747486 100644
--- a/arch/powerpc/boot/dts/mpc8377_rdb.dts
+++
On Jan 30, 2009, at 8:34 AM, Reynes Philippe wrote:
Signed-off-by: Philippe Reynes philippe.rey...@isismpp.fr
---
diff --git a/arch/powerpc/boot/dts/mpc8377_rdb.dts
b/arch/powerpc/boot/dts/mpc8377_rdb.dts
index e747486..38507ee 100644
--- a/arch/powerpc/boot/dts/mpc8377_rdb.dts
+++
This is the InterControl custom device based on the MPC5200B chip.
Signed-off-by: Grzegorz Bernacki g...@semihalf.com
diff --git a/arch/powerpc/boot/dts/digsy_mtc.dts
b/arch/powerpc/boot/dts/digsy_mtc.dts
new file mode 100644
index 000..a92a6b7
--- /dev/null
+++
On Jan 30, 2009, at 8:42 AM, Kumar Gala wrote:
On Jan 30, 2009, at 6:31 AM, Martyn Welch wrote:
Hi Guys,
It seems that 2.6.29-rc3 is not booting on the MPC8641 HPCN. I have
just updated u-boot to the latest git to see if that improved
matters, however I get stuck at the following. Any
On Fri, Jan 30, 2009 at 8:33 AM, Grzegorz Bernacki g...@semihalf.com wrote:
This is the InterControl custom device based on the MPC5200B chip.
Signed-off-by: Grzegorz Bernacki g...@semihalf.com
Hi Grzogorz,
Thanks for the patch. Comments below.
g.
diff --git
Hey Ben,
Updating my pull request; I've added one more patch as can been seen
in the diffstat. The new one is a documentation-only change.
g.
The following changes since commit 18e352e4a73465349711a9324767e1b2453383e2:
Linus Torvalds (1):
Linux 2.6.29-rc3
are available in the git
On Thu, Jan 29, 2009 at 06:00:43PM -0500, Steven Rostedt wrote:
[...]
BUG: sleeping function called from invalid context at kernel/rtmutex.c:683
in_atomic(): 1 [0100], irqs_disabled(): 0, pid: 7, name: sirq-net-rx/0
Call Trace:
[cf84bc20] [c0008be8] show_stack+0x4c/0x16c (unreliable)
On Fri, 2009-01-30 at 20:45 +0300, Anton Vorontsov wrote:
On Thu, Jan 29, 2009 at 06:00:43PM -0500, Steven Rostedt wrote:
[...]
BUG: sleeping function called from invalid context at kernel/rtmutex.c:683
in_atomic(): 1 [0100], irqs_disabled(): 0, pid: 7, name: sirq-net-rx/0
Call
Hi Mike,
For cross compile issue you should try
crosstool-nghttp://ymorin.is-a-geek.org/dokuwiki/projects/crosstool.
It works fine with ppc 405.
Regards,
Bruno
On Thu, Jan 29, 2009 at 7:52 PM, Mike Timmons mike_timm...@trimble.comwrote:
I wrote a couple days ago needing advice on USB wi fi.
Steven Rostedt wrote:
On Fri, 2009-01-30 at 00:34 +0300, Anton Vorontsov wrote:
Hi Steven,
I know 2.6.28-rt isn't yet ready, but I could not resist to try
it anyway. ;-)
Here are few issues and ways to solve them:
Currently the -rt tree doesn't link for arch/powerpc:
LD
Oren Laadan wrote:
Nathan Lynch wrote:
Oren Laadan wrote:
Nathan Lynch wrote:
+ pr_debug(%s: unexpected thread_hdr contents: 0x%lx\n,
+ __func__, (unsigned long)thread_hdr-unimplemented);
Given the macro for 'pr_fmt' in include/linux/checkpoint.h, the use
| PCI host bridge /plb/p...@1ec00 (primary) ranges:
| MEM 0x00018000..0x0001bfff - 0x8000
| IO 0x0001e800..0x0001e800 - 0x
| IO 0x0001e880..0x0001ebff - 0x
| \-- Skipped (too many) !
| 4xx
For that sort of 4xx PHB (ie, the PCI 2.x ones, not the PCI-X nor the
PCI-E), we only know how to program 32-bit of PLB address. IE. The old
code would have cropped the plb_addr when writing to the register, the
new code complains.
I suspect some implementation support a register to put
Thank You! I obtained ELDK 4.1 from Denx and built 2.6.27.8 with it. A
couple host tool links were required but the build was pretty painless.
Ultimate goal I startedon early in the week was USB wi fi using the
Linksys WUSB54GC, which requires the ralink rt73 driver.
The 2.6.27.8 menuconfig
Frank,
On Thu, Jan 29, 2009 at 03:21:55PM -0800, Frank Rowand wrote:
Thanks! I have not yet had the chance to apply any arch patches yet. I
do plan on doing so after getting the code mostly working on x86.
Your email can at an opportune time for me... I was starting to try
2.6.28-rt on
Hi Mike,
On Thu, Jan 29, 2009 at 01:52:00PM -0600, Mike Timmons wrote:
Questions:
1) if I want to cross-compile a kernel later than 2.6.24 to hopefully
get better WAN device support (and clearer options for fw loading),
which kernel should I try, and which toolchain?
Hi:
It looks like the top bit is hard coded to 1. There doesn't seem to
be anyway
Of changing it.
Feng Kan
AMCC Engineering
-Original Message-
From: linuxppc-dev-bounces+fkan=amcc@ozlabs.org
[mailto:linuxppc-dev-bounces+fkan=amcc@ozlabs.org] On Behalf Of
Benjamin
Hi,
I did a bit of work on this today.
Steven Rostedt wrote:
ip:d0045aec jumps to d0046340 r2: d0050c00
3d82 398c5740 5740 toc: d0046360 c000 7cac
ip:d00458d0 jumps to d0046340 r2: d0050c00
3d82 398c5740 5740
On Fri, 2009-01-30 at 17:19 -0800, Feng Kan wrote:
Hi:
It looks like the top bit is hard coded to 1. There doesn't seem to
be anyway
Of changing it.
Thanks !
Would it be possible for you to check other 4xx parts using that PCI
controller as to whether the top bit is always hard-coded to
allmodconfig build breaks with following error.
CHK include/linux/version.h
CHK include/linux/utsrelease.h
SYMLINK include/asm - include/asm-powerpc
CALLscripts/checksyscalls.sh
CHK include/linux/compile.h
CALLarch/powerpc/kernel/systbl_chk.sh
CALL
29 matches
Mail list logo