On Thu, 2007-09-27 at 16:53 +0900, Ishizaki Kou wrote:
This is a patch kit to work with new Guest OS Interface
to tweak HTAB on Beat. It detects old and new Guest OS Interfaces
automatically.
You may also consider adding an API to Beat to invalidate ranges of
addresses. We could us that
Ben-san,
It should have been set in setup_64.c, in setup_paca() (which is
called
twice) in that statement:
local_paca = paca[cpu];
As local_paca is defined as being a variable held in register r13.
Maybe
something bad's happening with the compiler ?
Can you check early_setup
On Sep 27, 2007, at 9:40 PM, David Gibson wrote:
On Thu, Sep 27, 2007 at 10:44:27AM -0500, Milton Miller wrote:
On Sep 26, 2007, at 9:45 PM, David Gibson wrote:
The actual binary structure is compatable, just not the contents of
the
properties nor how any slave cpus wait (for some trees it
Please pull from 'for-2.6.23' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.23
to receive the following updates:
arch/powerpc/boot/dts/mpc8349emitx.dts |1 +
arch/powerpc/platforms/83xx/usb.c |4 ++--
arch/powerpc/sysdev/commproc.c
David Gibson wrote:
On Mon, Sep 24, 2007 at 03:36:27PM +0400, Valentine Barshak wrote:
Currently zImage is linked at the 4MB base address.
Some platforms (using cuboot, treeboot) need the zImage's
entry point and base address. They place zImage exactly
at the base address it's been linked to.
I'd be following this more closely if compiling a device tree didn't
currently
require an external utility (dtc or some such) that doesn't come with
the
Linux kernel. No other target platform I've built kernels for
requires such
an environmental dependency.
No? You haven't built
Also, you may want to try adding --ffixed-r13 to the CFLAGS in the
makefile and let us know if it makes a difference... r13 is marked
reserved by the ABI but segher seems to imply that gcc may decide to
ues
it anyway (ouch !)
That's what I thought for a second, but I misread the GCC
Original-Nachricht
Datum: Fri, 28 Sep 2007 09:31:31 +1000
Von: Paul Mackerras [EMAIL PROTECTED]
An: Gerhard Pircher [EMAIL PROTECTED]
CC: linuxppc-dev@ozlabs.org
Betreff: Re: 2.6.23-rc8 dies somewhere during boot!?
You appear to have a working 16550-style serial port
mpc834x USB-MPH configuration got broken by commit
6f442560021aecf08658e26ed9a37e6928ef0fa1. The selection bits in SICRL
should be cleared rather than set to configure the USB MUXes for the MPH.
Signed-off-by: Peter Korsgaard [EMAIL PROTECTED]
---
arch/powerpc/platforms/83xx/usb.c |4 ++--
1
Setup dr_mode for USB-DR to peripheral as the default (host mode) doesn't make
much sense for the mini-AB connector on the ITX board.
Peripheral mode is preferable to OTG as the fsl_usb2_udc.c driver doesn't yet
properly support it.
Signed-off-by: Peter Korsgaard [EMAIL PROTECTED]
---
On Thu, 2007-09-27 at 10:23 -0700, Geoff Levand wrote:
Michael Ellerman wrote:
On Wed, 2007-09-26 at 18:33 +0200, Geert Uytterhoeven wrote:
Hi,
Here are some new patches for the PS3 AV Settings Driver (ps3av), which is
used in close collaboration with the PS3 Virtual Frame Buffer
Mike,
I think there is a bug either in this ia64 patch, or in the related
generic arch patch: Convert cpu_sibling_map to be a per cpu variable
(v3).
It dies early in boot on me, on the SGI internal 8 processor IA64
system that you and I know as 'margin'. The death is a hard hang, due
to a
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/platforms/40x/Makefile |1 +
arch/powerpc/platforms/40x/virtex.c | 50 +++
2 files changed, 51 insertions(+), 0 deletions(-)
diff --git
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
MAINTAINERS |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index ea4ff15..759cc40 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4186,6 +4186,13 @@ W:
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
drivers/block/xsysace.c | 89 +++
1 files changed, 89 insertions(+), 0 deletions(-)
diff --git a/drivers/block/xsysace.c b/drivers/block/xsysace.c
index
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
drivers/serial/uartlite.c | 43 ---
1 files changed, 40 insertions(+), 3 deletions(-)
diff --git a/drivers/serial/uartlite.c b/drivers/serial/uartlite.c
index
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
Acked-by: John Williams [EMAIL PROTECTED]
---
arch/ppc/syslib/virtex_devices.c |2 +-
drivers/serial/uartlite.c| 32
2 files changed, 17 insertions(+), 17
From: Grant Likely [EMAIL PROTECTED]
Changed to make the OF bus binding a wee bit cleaner
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/platforms/40x/Kconfig |4 ++--
drivers/serial/uartlite.c |5 +++--
2 files changed, 5 insertions(+), 4 deletions(-)
diff
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/boot/Makefile |2 +
arch/powerpc/boot/ops.h |1 +
arch/powerpc/boot/serial.c |2 +
arch/powerpc/boot/uartlite.c | 64 ++
4 files
This series adds Xilinx Virtex support to arch/powerpc. Please review
and comment. It includes support for the uartlite and SystemACE devices
Cheers,
g.
--
Grant Likely, B.Sc. P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Grant Likely wrote:
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/platforms/40x/Kconfig | 30 +-
1 files changed, 17 insertions(+), 13 deletions(-)
diff --git a/arch/powerpc/platforms/40x/Kconfig
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
drivers/serial/uartlite.c | 101 +
1 files changed, 93 insertions(+), 8 deletions(-)
diff --git a/drivers/serial/uartlite.c b/drivers/serial/uartlite.c
index
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
drivers/block/xsysace.c | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/drivers/block/xsysace.c b/drivers/block/xsysace.c
index 555939b..10bb4e5 100644
---
From: Grant Likely [EMAIL PROTECTED]
The FSM needs to be initialized before it is safe to call the ISR
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
drivers/block/xsysace.c | 21 ++---
1 files changed, 10 insertions(+), 11 deletions(-)
diff --git
On 9/28/07, Grant Likely [EMAIL PROTECTED] wrote:
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
Paul, is this okay by you? Josh has already okayed it.
Specifically, I'll collect the virtex changes and ask Josh to pull
them from me before requesting
The way the current CPM binding describes available multi-user (a.k.a.
dual-ported) RAM doesn't work well when there are multiple free regions,
and it doesn't work at all if the region doesn't begin at the start of
the muram area (as the hardware needs to be programmed with offsets into
this
Michael Ellerman wrote:
On Thu, 2007-09-27 at 10:23 -0700, Geoff Levand wrote:
Michael Ellerman wrote:
On Wed, 2007-09-26 at 18:33 +0200, Geert Uytterhoeven wrote:
Question: As several DVI-D displays advertise they support 1080i modes
while
they actually don't (cfr. the quirk database),
On Friday 28 September 2007, Grant Likely wrote:
- ret = uart_register_driver(ulite_uart_driver);
- if (ret)
- return ret;
+ pr_debug(uartlite: calling uart_register_driver()\n);
+ if ((ret = uart_register_driver(ulite_uart_driver)) != 0)
+
On Friday 28 September 2007, Grant Likely wrote:
+#else /* CONFIG_OF */
+static void __init ulite_console_of_find_device(int id) { /* do nothing */ }
+#endif /* CONFIG_OF */
Shouldn't this be inline? It shouldn't matter much since most of the time
gcc -funit-at-a-time takes care of this, but
On Friday 28 September 2007, Grant Likely wrote:
+static void uartlite_putc(unsigned char c)
+{
+ while ((in_be32(reg_base + 0x8) 0x08) != 0); /* spin */
+ out_be32(reg_base + 0x4, c);
+}
When coding a spin-loop, it's better to do a cpu_relax() between
each attempt.
On 9/28/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
On Friday 28 September 2007, Grant Likely wrote:
+#else /* CONFIG_OF */
+static void __init ulite_console_of_find_device(int id) { /* do nothing */
}
+#endif /* CONFIG_OF */
Shouldn't this be inline? It shouldn't matter much since most
On 9/28/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
On Friday 28 September 2007, Grant Likely wrote:
+/* -
+ * Core UART driver operations
+ */
+
This is a rather unusual style of commenting. IMHO it would be better if
On 9/28/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
On Friday 28 September 2007, Grant Likely wrote:
+static void uartlite_putc(unsigned char c)
+{
+while ((in_be32(reg_base + 0x8) 0x08) != 0); /* spin */
+out_be32(reg_base + 0x4, c);
+}
When coding a spin-loop, it's better to do a
On Fri, Sep 28, 2007 at 12:16:07PM -0600, Grant Likely wrote:
+/*
+ * INTC Registers
+ */
+#define ISR 0 /* Interrupt Status */
+#define IPR 4 /* Interrupt Pending */
+#define IER 8 /* Interrupt Enable */
+#define IAR 12 /* Interrupt Acknowledge */
+#define SIE
On Friday 28 September 2007 11:53:28 am Segher Boessenkool wrote:
I'd be following this more closely if compiling a device tree didn't
currently
require an external utility (dtc or some such) that doesn't come with
the
Linux kernel. No other target platform I've built kernels for
On Fri, Sep 28, 2007 at 12:16:01PM -0600, Grant Likely wrote:
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/platforms/40x/Kconfig | 30 +-
1 files changed, 17 insertions(+), 13 deletions(-)
diff --git
Hello Scott,
On Fri, 28 Sep 2007 15:10:51 -0500
Scott Wood wrote:
Vitaly Bordug wrote:
Hello Scott,
Looks good, only one note:
On Fri, 28 Sep 2007 14:06:16 -0500
Scott Wood wrote:
+ im_dprambase = cpm2_immr-im_dprambase;
+
/* Attach the usable dpmem area */
/*
On 9/28/07, Olof Johansson [EMAIL PROTECTED] wrote:
On Fri, Sep 28, 2007 at 12:16:07PM -0600, Grant Likely wrote:
+/*
+ * INTC Registers
+ */
+#define ISR 0 /* Interrupt Status */
+#define IPR 4 /* Interrupt Pending */
+#define IER 8 /* Interrupt Enable */
On Fri, 28 Sep 2007 14:04:04 -0600
Grant Likely [EMAIL PROTECTED] wrote:
On 9/28/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
On Friday 28 September 2007, Grant Likely wrote:
+static void uartlite_putc(unsigned char c)
+{
+while ((in_be32(reg_base + 0x8) 0x08) != 0); /* spin */
Hello Scott,
Looks good, only one note:
On Fri, 28 Sep 2007 14:06:16 -0500
Scott Wood wrote:
+ im_dprambase = cpm2_immr-im_dprambase;
+
/* Attach the usable dpmem area */
/* XXX: This is actually crap. CPM_DATAONLY_BASE and
* CPM_DATAONLY_SIZE is only a subset of the
On 9/28/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
Hi Grant!
On Friday 28 September 2007, Grant Likely wrote:
This series adds Xilinx Virtex support to arch/powerpc. Please review
and comment. It includes support for the uartlite and SystemACE devices
Very nice set of patches, I looked at
On Fri, Sep 28, 2007 at 12:17:13PM -0600, Grant Likely wrote:
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
Acked-by: John Williams [EMAIL PROTECTED]
---
arch/ppc/syslib/virtex_devices.c |2 +-
drivers/serial/uartlite.c| 32
On 9/28/07, Olof Johansson [EMAIL PROTECTED] wrote:
On Fri, Sep 28, 2007 at 12:16:01PM -0600, Grant Likely wrote:
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/platforms/40x/Kconfig | 30 +-
1 files
On 9/28/07, Olof Johansson [EMAIL PROTECTED] wrote:
On Fri, Sep 28, 2007 at 12:17:13PM -0600, Grant Likely wrote:
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
Acked-by: John Williams [EMAIL PROTECTED]
---
arch/ppc/syslib/virtex_devices.c |2
On Fri, Sep 28, 2007 at 02:42:32PM -0600, Grant Likely wrote:
On 9/28/07, Olof Johansson [EMAIL PROTECTED] wrote:
Hmm, I see the start changed, and you're now reading/writing a full
32-bit word instead of individual bytes. Still, looks a little fishy to
me. Wouldn't it be more appropriate
On 9/28/07, Olof Johansson [EMAIL PROTECTED] wrote:
On Fri, Sep 28, 2007 at 02:42:32PM -0600, Grant Likely wrote:
On 9/28/07, Olof Johansson [EMAIL PROTECTED] wrote:
Also, I'm not sure you need to cast port-membase to void*, do you? The
math will still be right since it's declared as char
On 9/28/07, Grant Likely [EMAIL PROTECTED] wrote:
On 9/28/07, Olof Johansson [EMAIL PROTECTED] wrote:
On Fri, Sep 28, 2007 at 02:42:32PM -0600, Grant Likely wrote:
On 9/28/07, Olof Johansson [EMAIL PROTECTED] wrote:
Also, I'm not sure you need to cast port-membase to void*, do you? The
Kumar,
Realizing this may suffer a bit from cleanest-dts flame war, but anyway I
pretty much see a lot of
sense in getting this in during next merge window. Is this possible?
On Fri, 28 Sep 2007 14:06:16 -0500
Scott Wood wrote:
The way the current CPM binding describes available multi-user
Hi,
some time ago I already mailed you about this problem.
I will quickly describe what's going on, again:
My powerbook boots fine when it's cold. You can work with
it and you can also run it hot (compile something, etc...).
But when you try to boot it while it is hot, it will
automatically
On Fri, 2007-09-28 at 23:32 +0200, Michael Buesch wrote:
Hi,
some time ago I already mailed you about this problem.
I will quickly describe what's going on, again:
My powerbook boots fine when it's cold. You can work with
it and you can also run it hot (compile something, etc...).
But
On Friday 28 September 2007, Josh Boyer wrote:
Is cpu_relax even implemented in the bootwrapper?
No. And it doesn't need to be :)
I think I should learn to read subject lines. You are of course
both right.
Arnd
___
Linuxppc-dev mailing
On Sep 28, 2007, at 3:30 PM, Vitaly Bordug wrote:
Kumar,
Realizing this may suffer a bit from cleanest-dts flame war, but
anyway I pretty much see a lot of
sense in getting this in during next merge window. Is this possible?
Probably, does QE have muram? I can't keep these things
Scott Wood wrote:
This driver can't handle an interrupt immediately after request_irq
You MUST assume that you will receive an interrupt immediately after
request_irq(). If fs_enet cannot handle that, then that is what wants
fixing.
Please send along a fix for this, rather than band-aiding
Scott Wood wrote:
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
drivers/net/fs_enet/fs_enet-main.c | 85 ---
drivers/net/fs_enet/fs_enet.h |4 +-
drivers/net/fs_enet/mac-fcc.c |1 -
drivers/net/fs_enet/mii-bitbang.c |3 -
54 matches
Mail list logo