On Sunday, January 18, 2009 you wrote:
Ok I tried this out in menuconfig. You are right that the depends on
makes sense as it removes the option from the config file as not
relevant. But right now to enable 256K pages one has to go to platform
setup to find this dependency, then has to go
Automatic I2C device probing is not done any more. Therefore we need
proper DTS device node definitions for the I2C LM75 thermal sensor on
the TQM85xx modules.
Signed-off-by: Wolfgang Grandegger w...@grandegger.com
---
arch/powerpc/boot/dts/tqm8540.dts |5 +
Signed-off-by: Wolfgang Grandegger w...@grandegger.com
---
arch/powerpc/boot/dts/tqm8548-bigflash.dts |4 ++--
arch/powerpc/boot/dts/tqm8548.dts |4 ++--
arch/powerpc/boot/dts/tqm8560.dts |4 ++--
3 files changed, 6 insertions(+), 6 deletions(-)
Index:
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..45c9f03 100644
--- a/arch/powerpc/boot/dts/mpc8377_rdb.dts
+++ b/arch/powerpc/boot/dts/mpc8377_rdb.dts
@@ -109,6 +109,24 @@
Hi Ben, Josh,
I did some background bisecting to find out when PCI stopped working on the
AMCC EV-440EPX `Sequoia' Reference Board.
With ppc44x_defconfig + CONFIG_USB=y + CONFIG_USB_EHCI_HCD=y and a USB 2.0 PCI
card in one of the PCI slots, I get:
| ehci_hcd: USB 2.0 'Enhanced' Host
Thanks for this.
Regards
Kumar Gala wrote:
From: Dave Liu dave...@freescale.com
The mpic timer works as wake up source for power management,
the max timer period is 336 seconds when the CCB freq is 400MHz.
to setup timer, type
echo 30 /sys/devices/ffe0.soc8572/ffe41100.timer/timeout
Kumar Gala wrote:
+ ti...@41100 {
+ compatible = fsl,mpic-global-timer;
+ reg = 0x41100 0x204;
+ interrupts = 0xf7 0x2;
+ interrupt-parent = mpic;
+ };
Why is this a separate
Nathan,
Thanks for the patch. Looks good, see some comments below.
(disclaimer: I'm not very familiar with ppc architecture)
Nathan Lynch wrote:
The only thing of significance here is that the checkpointed task's
pt_regs and fp state are saved and restored (see cr_write_cpu and
cr_read_cpu);
Hi,
Did you get any solution for this problem. We are also facing this issue...
This problem does not happen in our board on every reboot but happens
occationaly. If you have got any solution please let me know.
Thanks,
Velumani
Jon Smirl wrote:
If you are using a 33.333Mz crystal it is
The commit b31a1d8b41513b96e9c7ec2f68c5734cef0b26a4 changes the gianfar's phy
id to
the format like m...@:xx, but uec still uses the old format like
:xx.
For the board whose UEC uses gianfar-mdio like MPC8568MDS, the phy can not be
attached
because of the incompatible phy id format.
On Jan 29, 2009, at 12:39 PM, Haiying Wang wrote:
The commit b31a1d8b41513b96e9c7ec2f68c5734cef0b26a4 changes the
gianfar's phy id to
the format like m...@:xx, but uec still uses the old format
like :xx.
For the board whose UEC uses gianfar-mdio like MPC8568MDS, the phy
can
Reynes == Reynes Philippe philippe.rey...@isismpp.fr writes:
Hi,
Reynes Signed-off-by: Philippe Reynes philippe.rey...@isismpp.fr
Reynes + gpio1: gpio-control...@c00 {
Reynes + #gpio-cells = 2;
Reynes + compatible = fsl,mpc8347-gpio,
On Thu, Jan 29, 2009 at 06:37:15PM +0100, 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..45c9f03 100644
--- a/arch/powerpc/boot/dts/mpc8377_rdb.dts
On Jan 29, 2009, at 1:20 PM, Anton Vorontsov wrote:
On Thu, Jan 29, 2009 at 06:37:15PM +0100, 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..45c9f03
From: Madhulika Madishetty mmadishe...@amcc.com
This patch contains initial framework for the AMCC Redwood board.
Signed-off-by: Madhulika Madishetty mmadishe...@amcc.com
Signed-off-by: Tirumala Marri tma...@amcc.com
Signed-off-by: Feng Kan f...@amcc.com
Signed-off-by: Vidhyananth Venkatasamy
I wrote a couple days ago needing advice on USB wi fi. I made some
progress but then I hit a snag loading the USB wi fi adapter firmware.
Jon schooled me on the firmware topic (thanks Jon), and advised me to
select the following Kconfig options
Kconfig
Device drivers
generic driver options
Hi,
I again see the confidentiality notice in the patch I submitted. It was
not supposed to be there. I'll fix it and resubmit the patch.
Thanks,
Madhulika Madishetty
-Original Message-
From: linuxppc-dev-bounces+mmadishetty=amcc@ozlabs.org
Actually SPI_IOC_WR_MODE changes are not used for file I/O read() and
write(). SPI_IOC_MESSAGE uses modified SPI parameters only when ioctl()
argument struct spio_ioc_transfer fields: speed_hz and bits_per_word are
non-zero.
This mechanism is enforced by spi_bitbang.c function bitbang_work()
that
On 1/29/09 11:52 AM, 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?
the ltib repository does not appear to have a
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 mmadishe...@amcc.com
Signed-off-by: Tirumala Marri tma...@amcc.com
Signed-off-by: Feng
Hello Grant,
On Wed, Jan 21, 2009 at 01:55:07PM -0700, Grant Likely wrote:
From: Grant Likely grant.lik...@secretlab.ca
This patch updates the mpc5200 binding documentation to match
actual usage conventions, to remove incorrect information, and
to remove topics which are more thoroughly
On Wed, Jan 21, 2009 at 01:55:13PM -0700, Grant Likely wrote:
From: Grant Likely grant.lik...@secretlab.ca
There is no reason for the PSC UART driver or the Ethernet driver
to require a device_type property. The compatible value is sufficient
to uniquely identify the device. Remove it from
On Wed, Jan 21, 2009 at 01:55:18PM -0700, Grant Likely wrote:
From: Grant Likely grant.lik...@secretlab.ca
Trim out obsolete/extraneous properties and tighten up some usage
conventions. Changes include:
- removal of device_type properties
- removal of cell-index properties
- Addition of
On Wed, Jan 21, 2009 at 01:55:29PM -0700, Grant Likely wrote:
From: Grant Likely grant.lik...@secretlab.ca
The MPC5200 PSC device is wired up to a dedicated interrupt line
which is never shared. This patch removes the IRQF_SHARED flag
from the request_irq() call which eliminates the
On Wed, Jan 21, 2009 at 01:55:35PM -0700, Grant Likely wrote:
From: Grant Likely grant.lik...@secretlab.ca
pr_debug() calls in the 'hot' *_mask(), *_unmask(), *_ack() and
get_irq() makes adding #define DEBUG pretty much useless. Remove
these calls because they completely swamp the output.
On Wed, Jan 21, 2009 at 01:55:41PM -0700, Grant Likely wrote:
From: Grant Likely grant.lik...@secretlab.ca
Rework the mpc5200-pic driver to simplify it and fix up the setting
of desc-status when set_type is called for internal IRQs (so they
are reported as level, not edge). The
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 .tmp_vmlinux1
arch/powerpc/kernel/built-in.o: In function `show_interrupts':
(.text+0x27bc):
Hey Oren, thanks for taking a look.
Oren Laadan wrote:
Nathan Lynch wrote:
What doesn't work:
* restarting a 32-bit task from a 64-bit task and vice versa
Is there a test to bail if we attempt to checkpoint such tasks ?
No, but I'll add one if it looks too hard to fix for the next
On Mon, Jan 26, 2009 at 09:34:36PM -0700, Grant Likely 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 value happened to be loaded into the BAR
On Thu, 2009-01-29 at 18:37 +0100, Geert Uytterhoeven wrote:
Hi Ben, Josh,
.../...
Git-reverting this commit on top of 2.6.29-rc3 makes the crash go away.
Perhaps sequoia.dts (and other 44x DTS files) had to be changed, too?
Weird, maybe I have a bug when there is no ISA hole in
I've got an mpc8270 running the fs_enet v1.0 driver and we are having
problems with randomly corrupted tx buffer descriptor ready bits. The
CPM never clears the bit. This is a 2.6.19.2 kernel. We have the same
kernel with the 8260_io driver (kernel is from the denx ELDK4.2)
running on the mpc8250
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 .tmp_vmlinux1
James Black wrote:
I've got an mpc8270 running the fs_enet v1.0 driver and we are having
problems with randomly corrupted tx buffer descriptor ready bits. The
CPM never clears the bit. This is a 2.6.19.2 kernel. We have the same
kernel with the 8260_io driver (kernel is from the denx ELDK4.2)
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
then the migration is complete and the
I thought the same thing. So I verified the memory map. We did have a
conflict with the SPI stomping the FCC temp so we moved that. An
interesting note is that we drop packets from time to time on the MCC
as well due to a similar ready bit problem. The CPM never clears the
bit.
From: Grant Likely grant.lik...@secretlab.ca
This patch updates the mpc5200 binding documentation to match
actual usage conventions, to remove incorrect information, and
to remove topics which are more thoroughly described elsewhere.
Signed-off-by: Grant Likely grant.lik...@secretlab.ca
CC:
Nathan Lynch wrote:
Hey Oren, thanks for taking a look.
Oren Laadan wrote:
Nathan Lynch wrote:
What doesn't work:
* restarting a 32-bit task from a 64-bit task and vice versa
Is there a test to bail if we attempt to checkpoint such tasks ?
No, but I'll add one if it looks too hard to
On Fri, Jan 30, 2009 at 09:11:01AM +1100, Benjamin Herrenschmidt wrote:
On Thu, 2009-01-29 at 18:37 +0100, Geert Uytterhoeven wrote:
Hi Ben, Josh,
.../...
Git-reverting this commit on top of 2.6.29-rc3 makes the crash go away.
Perhaps sequoia.dts (and other 44x DTS files) had to be
Oops, forgot to CC the mailing list.
g.
On Thu, Jan 29, 2009 at 5:28 PM, Grant Likely grant.lik...@secretlab.ca wrote:
Hi Ben,
Here is the traditional defconfig update plus a bugfix for mpc5200
PCI. Please pull into 2.6.29.
Thanks,
g.
The following changes since commit
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
then the migration
From: Anton Vorontsov avoront...@ru.mvista.com
Date: Wed, 28 Jan 2009 23:35:45 +0300
commit 0f0ca340e57bd7446855fefd07a64249acf81223 (phy: power
management support) caused a regression in the gianfar driver.
Now phylib turns off PHY power during suspend, and thus WOL
doesn't work anymore.
On Thu, 2009-01-29 at 15:21 -0800, Frank Rowand wrote:
Steven Rostedt wrote:
Your email can at an opportune time for me... I was starting to try
2.6.28-rt on ARM and quickly came to the conclusion that the arch
patches weren't the focus yet. But I'm currently side-tracked with
getting my
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.
I still don't see off hand what's wrong in the code..
This is trivially solved by converting arch/powerpc/sysdev/ipic.c
back to spinlocks (ipic_lock).
Assuming that converting-back is automatic, there are few other
chained interrupt controllers you might want to convert-back:
arch/powerpc/sysdev/i8259.c (i8259_lock)
This patch reworks the way we do I and D cache coherency on PowerPC.
The old way was split in 3 different parts depending on the processor type:
- Hash with per-page exec support (64-bit and = POWER4 only) does it
at hashing time, by preventing exec on unclean pages and cleaning pages
on exec
On Fri, Jan 30, 2009 at 01:11:50PM +1100, Benjamin Herrenschmidt wrote:
This is trivially solved by converting arch/powerpc/sysdev/ipic.c
back to spinlocks (ipic_lock).
Assuming that converting-back is automatic, there are few other
chained interrupt controllers you might want to
Hi,
Remis Lima Baima wrote:
Hi to all. I was tracing a bug in the snd_usb_audio driver
(PlayStation 3, Kernel 2.6.29-rc2,
git://git.kernel.org/pub/scm/linux/kernel/git/geoff/ps3-linux.git) and
for that I tried to use the dynamic ftrace to get less debug output.
But it did not work at all.
On Thu, 29 Jan 2009, Geoff Levand wrote:
//*
ip:d0045aec jumps to d0046340 r2: d0050c00
3d82 398c5740 5740 toc:
Quoting Oren Laadan (or...@cs.columbia.edu):
+static void cr_hdr_init(struct cr_hdr *hdr, __s16 type, __s16 len, __u32
parent)
+{
+ hdr-type = type;
+ hdr-len = len;
+ hdr-parent = parent;
+}
+
This function is rather generic and useful to non-arch-dependent and other
Actually, it doesn't matter whether a controller is a root IC or
cascaded. Just as primary handlers, chained handlers don't run in
threads, thus spinlocks should be used, not sleeping locks.
Sounds good then.
Cheers,
Ben.
___
Linuxppc-dev mailing
On Thu, 2009-01-29 at 22:38 -0500, Steven Rostedt wrote:
On Thu, 29 Jan 2009, Geoff Levand wrote:
//*
ip:d0045aec jumps to d0046340 r2:
On Thu, Jan 29, 2009 at 04:59:21PM -0700, Grant Likely wrote:
From: Grant Likely grant.lik...@secretlab.ca
This patch updates the mpc5200 binding documentation to match
actual usage conventions, to remove incorrect information, and
to remove topics which are more thoroughly described
On Jan 29, 2009, at 8:26 PM, Benjamin Herrenschmidt wrote:
Index: linux-work/arch/powerpc/include/asm/pgtable-ppc64.h
===
--- linux-work.orig/arch/powerpc/include/asm/pgtable-ppc64.h
2009-01-28 16:00:26.0 +1100
+++
53 matches
Mail list logo