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
+++ linux-
On Thu, Jan 29, 2009 at 04:59:21PM -0700, Grant Likely wrote:
> From: Grant Likely
>
> 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-b
On Thu, 2009-01-29 at 22:38 -0500, Steven Rostedt wrote:
> On Thu, 29 Jan 2009, Geoff Levand wrote:
>
> > >
> > > //*
> > > ip:d0045aec jumps to d004
> 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 maili
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-dep
Quoting Nathan Lynch (n...@pobox.com):
> 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); the rest of the code consists of dummy implementations
> of the APIs the arch needs to provide to the chec
On Thu, 29 Jan 2009, Geoff Levand wrote:
> >
> > //*
> > ip:d0045aec jumps to d0046340 r2: d0050c00
> > 3d82 398c5740 5740 toc: d000
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 a
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 wa
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 ex
> 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)
> arch/powerpc/sys
> 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 co
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
From: Anton Vorontsov
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.
>
> This patch wor
From: Kumar Gala
Date: Thu, 29 Jan 2009 12:42:38 -0600
>
> 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
> > ":x
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 migr
Ummm, I'm batting 1000 today Please pull the **MERGE** branch of
linux-2.6-mpc52xx.git tree (The URL below was correct though).
g.
On Thu, Jan 29, 2009 at 5:29 PM, Grant Likely wrote:
> Oops, forgot to CC the mailing list.
>
> g.
>
> On Thu, Jan 29, 2009 at 5:28 PM, Grant Likely
> wrote:
>
Oops, forgot to CC the mailing list.
g.
On Thu, Jan 29, 2009 at 5:28 PM, Grant Likely 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 18e352e4a73465349711a9324767e1b24
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)
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
From: Grant Likely
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
CC: devicetree-disc...@ozlabs.org
CC: Wolfram Sang
---
D
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.
---
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 proc
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)
run
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
>
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 t
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
On Mon, Jan 26, 2009 at 09:34:36PM -0700, Grant Likely wrote:
> From: Grant Likely
>
> 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 when Linux
> was boote
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 t
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):
On Wed, Jan 21, 2009 at 01:55:41PM -0700, Grant Likely wrote:
> From: Grant Likely
>
> 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 simplification is due to
> split
On Wed, Jan 21, 2009 at 01:55:35PM -0700, Grant Likely wrote:
> From: Grant Likely
>
> 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.
>
> Signed-off-by: Gr
On Wed, Jan 21, 2009 at 01:55:29PM -0700, Grant Likely wrote:
> From: Grant Likely
>
> 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 "IRQF_DISABLED
> is not guar
On Wed, Jan 21, 2009 at 01:55:18PM -0700, Grant Likely wrote:
> From: Grant Likely
>
> 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 gpio-controller and
On Wed, Jan 21, 2009 at 01:55:13PM -0700, Grant Likely wrote:
> From: Grant Likely
>
> 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 the driver.
>
> The
Hello Grant,
On Wed, Jan 21, 2009 at 01:55:07PM -0700, Grant Likely wrote:
> From: Grant Likely
>
> 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.
>
Resubmitting patch without the confidentiality notice.
From: Madhulika Madishetty
This patch contains initial framework for the AMCC Redwood board.
Signed-off-by: Madhulika Madishetty
Signed-off-by: Tirumala Marri
Signed-off-by: Feng Kan
Signed-off-by: Vidhyananth Venkatasamy
Signed-off-b
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 to
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
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
[mailto:linuxppc-dev-bounces+mmadishetty=a
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
From: Madhulika Madishetty
This patch contains initial framework for the AMCC Redwood board.
Signed-off-by: Madhulika Madishetty
Signed-off-by: Tirumala Marri
Signed-off-by: Feng Kan
Signed-off-by: Vidhyananth Venkatasamy
Signed-off-by: Preetesh Parekh
Acked-by: Loc Ho
Acked-by: Feng Kan
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
---
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/b
On Thu, Jan 29, 2009 at 06:37:15PM +0100, Reynes Philippe wrote:
> Signed-off-by: Philippe Reynes
> ---
> 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/
> "Reynes" == Reynes Philippe writes:
Hi,
Reynes> Signed-off-by: Philippe Reynes
Reynes> + gpio1: gpio-control...@c00 {
Reynes> + #gpio-cells = <2>;
Reynes> + compatible = "fsl,mpc8347-gpio",
Reynes> "fsl,mpc8349-gpio";
The patc
On Jan 29, 2009, at 11:37 AM, Reynes Philippe wrote:
Signed-off-by: Philippe Reynes
---
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.d
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
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 form
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 n
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)
Kumar Gala wrote:
+ ti...@41100 {
+ compatible = "fsl,mpic-global-timer";
+ reg = <0x41100 0x204>;
+ interrupts = <0xf7 0x2>;
+ interrupt-parent = <&mpic>;
+ };
Why is this a sepa
Thanks for this.
Regards
Kumar Gala wrote:
From: Dave Liu
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
before the system enter
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 Cont
Signed-off-by: Philippe Reynes
---
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 @@
reg = <0x
Signed-off-by: Wolfgang Grandegger
---
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: linux-2.6/arch/powerpc/boot/dts/t
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
---
arch/powerpc/boot/dts/tqm8540.dts |5 +
arch/powerpc/boot/dts/tqm8541.dts
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
This patch adds support for 256KB pages on ppc44x-based boards.
For simplification of implementation with 256KB pages we still assume
2-level paging. As a side effect this leads to wasting extra memory space
reserved for PTE tables: only 1/4 of pages allocated for PTEs are
actually used. But this
58 matches
Mail list logo
