Linus,
Please do
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get two more bug-fixes that the Cell guys would like to see in
2.6.24 (and which only affect Cell). The changes are less than the
diffstat might indicate since a couple of functions got moved
Hi John,
Le 27/12/2007, Jon Smirl écrit:
On 12/19/07, Jon Smirl [EMAIL PROTECTED] wrote:
Another rework of the i2c for powerpc device tree patch. This version
implements standard alias naming only on the powerpc platform and only for
the device tree names. The old naming mechanism of
On Fri, 28 Dec 2007 01:18:48 -0500
Sean MacLennan [EMAIL PROTECTED] wrote:
And one more thought, could uClibc be causing problems with the new
kernel? It just seems strange that kernel stuff seems to work (e.g. no
problems mounting a usbkey) yet a simple setjmp in a user mode app reeks
The PowerQUICC series has a watchdog which can be activated by the boot
loader and then needs to be reset in regular intervals. Once the
watchdog is enabled, it can't be disabled anymore. This patch adds
support for this kind of watchdog. An early init function is provided to
manually reset the
If a freescale watchdog device node is present, reset the watchdog
while waiting for serial input.
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
---
arch/powerpc/boot/cpm-serial.c | 33 -
1 files changed, 32 insertions(+), 1 deletions(-)
diff --git
[POWERPC] pasemi: Distribute interrupts evenly across cpus
By default the OpenPIC on PWRficient will bias to one core (since that
will improve changes of the other core being able to stay idle/powered
down). However, this conflicts with most irq load balancing schemes,
since setting an
This patch adds device tree source, default config and setup code for
DBox2 devices.
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
---
arch/powerpc/boot/Makefile |4 +-
arch/powerpc/boot/cuboot-dbox2.c | 280
arch/powerpc/boot/dts/dbox2.dts | 251
Josh Boyer wrote:
Does the setjmp call use floating point instructions? I'm wondering if
the APU isn't enabled for the FPU on the Yosemite board for some
reason. If that wasn't enabled, weird things would happen.
That was it! The cputable did not have an entry for the 440EP Rev C! So
the
On Fri, 28 Dec 2007 13:05:39 +0530
Balbir Singh [EMAIL PROTECTED] wrote:
FUJITA Tomonori wrote:
[snip]
Thanks,
Can you try this?
diff --git a/lib/iommu-helper.c b/lib/iommu-helper.c
index e7d8544..495575a 100644
--- a/lib/iommu-helper.c
+++ b/lib/iommu-helper.c
@@ -8,15
I have an FPGA which uses external int 1, which is interrupt 24 on UIC0.
I tried the following entry in various places:
FPGA0: fpga {
compatible = pika,fpga;
interrupts = 18 4;
interrupt-parent = UIC0;
};
Any hints, or is this the wrong way to
On Fri, 28 Dec 2007 11:28:02 -0500
Sean MacLennan [EMAIL PROTECTED] wrote:
Josh Boyer wrote:
Does the setjmp call use floating point instructions? I'm wondering if
the APU isn't enabled for the FPU on the Yosemite board for some
reason. If that wasn't enabled, weird things would happen.
On Friday 28 December 2007, Sean MacLennan wrote:
I have an FPGA which uses external int 1, which is interrupt 24 on UIC0.
I tried the following entry in various places:
FPGA0: fpga {
compatible = pika,fpga;
interrupts = 18 4;
Is the interrupt level sensitive
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
This patch restores the Cell OProfile support that was killed by
commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Same here : why isn't this on by default when SPU_FS and OPROFILE are
enabled ?
---
This patch restores the Cell OProfile support that was killed by
commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
kernel/Kconfig.instrumentation |8
1 file changed, 8 insertions(+)
6d1446d35d367fdbdd2a0a29e0d156646ff40630
diff
Stefan Roese wrote:
On Friday 28 December 2007, Sean MacLennan wrote:
I have an FPGA which uses external int 1, which is interrupt 24 on UIC0.
I tried the following entry in various places:
FPGA0: fpga {
compatible = pika,fpga;
interrupts = 18 4;
Paul Mackerras wrote:
Linus,
Please do
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
This broke Cell builds.
arch/powerpc/platforms/cell/spufs/sched.c:200: multiple definition of
`.notify_spus_active'
arch/powerpc/platforms/cell/spu_syscalls.c:149:
From: Grant Likely [EMAIL PROTECTED]
This patch adds the low level support code for the Cypress c67x00 family of
OTG controllers. The low level code is responsible for register access and
implements the software protocol for communicating with the c67x00 device.
Signed-off-by: Grant Likely
This patch series is based on the c67x00 work done by Peter Korsgaard and
posted back in April this year. I posted my first rework to the series
on Nov 23. This version addresses the comments that I received then.
The Cypress c67x00 is an OTG controller so it can behave as either a host
or
From: Grant Likely [EMAIL PROTECTED]
add c67x00 driver to build
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
drivers/usb/Makefile|2 ++
drivers/usb/c67x00/Makefile | 11 +++
drivers/usb/host/Kconfig| 12
3 files changed, 25 insertions(+), 0
From: Grant Likely [EMAIL PROTECTED]
This patch add the core driver for the c67x00 USB OTG controller. The core
driver is responsible for the platform bus binding and creating either
USB HCD or USB Gadget instances for each of the serial interface engines
on the chip.
This driver does not
From: Grant Likely [EMAIL PROTECTED]
This patch adds HDC support for the Cypress c67x00 family of devices.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
drivers/usb/c67x00/c67x00-hcd.c | 392
drivers/usb/c67x00/c67x00-hcd.h | 137
drivers/usb/c67x00/c67x00-sched.c |
Hi Jochen,
Just a couple of suggestions.
On Fri, 28 Dec 2007 16:13:11 +0100 Jochen Friedrich [EMAIL PROTECTED] wrote:
+int __init pq_wdt_early_init(void)
+{
+ data = of_get_property(soc, bus-frequency, NULL);
+ if (!data) {
+ of_node_put(soc);
+
Hi Grant,
Just one nit ...
On Fri, 28 Dec 2007 16:52:36 -0700 Grant Likely [EMAIL PROTECTED] wrote:
+static int __devinit c67x00_drv_probe(struct platform_device *pdev)
+{
+ struct c67x00_device *c67x00;
+ struct c67x00_platform_data *pdata;
+ struct resource *res, *res2;
+
Hi Grant,
Just did a superficial look over this.
On Fri, 28 Dec 2007 16:52:41 -0700 Grant Likely [EMAIL PROTECTED] wrote:
+++ b/drivers/usb/c67x00/c67x00-hcd.c
+
+#define OK(x)len = (x); break
I was going to say URK! but it looks like it is not used, so just
remove
24 matches
Mail list logo
