Yeah please do a fixup for the boot wrapper.
Or, if you have trouble, go into the firmware and type nvedit, add
these lines;
/isa/8042 find-device
8042 encode-string device-type
(then ctrl-c to exit and nvstore to run it on next reboot. Try it without
the patch first, on the firmware console,
Just so you guys have it all in one pretty little package, these will remove
the need for the Pegasos IDE and ISA fixups in the prom_init.c too.
s /[EMAIL PROTECTED]/[EMAIL PROTECTED],1 find-device
d# 14 encode-int 0 encode-int
d# 15 encode-int 0 encode-int
encode+ encode+ encode+ s interrupts
Add sysdev/pci_quirks.c file into PowerPC architecture with
ULI chip quirk functions.
We add generic quirk functions for ULI chips
from individual platform into arch/powerpc/sysdev/pci_quirks.c file.
Signed-off-by: Zhang Wei [EMAIL PROTECTED]
Signed-off-by: Roy Zang [EMAIL PROTECTED]
---
Hi,
These two patches add common quirks routines for
ULI chip on MPC8641HPCN and MPC8544DS board.
It supposes to support future powerpc platform using ULI chips.
[PATCH 1/2] Add sysdev/pci_quirks.c file into PowerPC architecture with ULI
chip quirk functions.
[PATCH 2/2] Remove ULI chip quirks
Hello,
I get this warning. Looking at the comment in kernel/irq/resend.c
it's harmless. Is it?
WARNING: at kernel/irq/resend.c:69 check_irq_resend()
[c010456a] show_trace_log_lvl+0x1a/0x30
[c010508d] show_trace+0x12/0x14
[c01051e0] dump_stack+0x15/0x17
[c013b001]
* Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 1 Aug 2007 10:02:30 +0200 Mariusz Kozlowski [EMAIL PROTECTED] wrote:
Hello,
I get this warning. Looking at the comment in kernel/irq/resend.c
it's harmless. Is it?
yeah, harmless.
Ingo
This patch fixes some interrrupt - interrupt typos
Signed-off-by: Gabriel Craciunescu [EMAIL PROTECTED]
---
arch/powerpc/platforms/embedded6xx/holly.c|2 +-
arch/powerpc/platforms/embedded6xx/linkstation.c |2 +-
arch/powerpc/platforms/embedded6xx/mpc7448_hpc2.c |2 +-
Stephen Rothwell wrote:
On Wed, 01 Aug 2007 05:16:27 +0200 Gabriel C [EMAIL PROTECTED] wrote:
arch/powerpc/platforms/iseries/it_lp_naca.h | 87
+++--
NAK this part as it just makes a lot of the lines more than 80 characters
for no real gain on a platform that is
On Wed, Aug 01, 2007 at 12:10:28AM +0200, Segher Boessenkool wrote:
+spi1pio:[EMAIL PROTECTED] {
There should be whitespace after the label. @01 should be
spelled @1. Except there is no reg property.
Hm. I've just tried to keep original style in this particular dts.
Want
On Wed, Aug 01, 2007 at 09:28:07AM +0200, Domen Puncer wrote:
It doesn't make any assumption on struct clk, it's just a
wrapper around functions from clk.h.
Point of this patch was to abstract exported functions, since
arch/powerpc/ can support multiple platfroms in one binary.
So...
Mariusz Kozlowski writes:
Second issue as reported earilier allmodconfig fails to build on imac g3.
Do you really mean g3? If so it's a 32-bit kernel and it shouldn't be
building lparmap.s. Or do you mean G5?
CC arch/powerpc/kernel/lparmap.s
AS arch/powerpc/kernel/head_64.o
Hello.
Segher Boessenkool wrote:
This doesn't mean that shift is better anyway. If everyone
considers it
better, I give up. But be warned that shift (stride) is not the only
property
characterizing register accesses -- the regs might be only accessible as
16/32-bit quantities, for
Hello.
Segher Boessenkool wrote:
+[EMAIL PROTECTED] {
+compatible = mmio-ide;
+device_type = ide;
Why not ata?
The hardware is called (E)IDE, the protocol is called ATA.
Sorry for not denouncing this earlier. :-)
ATA is the name of ANSI standard describing
arch/ppc/.gitignore shouldn't exclude arch/ppc/boot/include
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- /dev/null 2006-09-19 00:45:31.0 +0200
+++ linux-2.6.23-rc1-mm2/arch/ppc/boot/.gitignore 2007-08-01
15:18:33.0 +0200
@@ -0,0 +1 @@
+!include
On Wed, Aug 01, 2007 at 12:06:46AM +0200, Segher Boessenkool wrote:
[EMAIL PROTECTED] {
device_type = spi;
+ device-id = 1;
Can we just use the reg value for bus_num in the kernel.
Sure, technically nothing prevents this. But, QE specs names
David Gibson wrote:
On Mon, Jul 30, 2007 at 07:06:48PM +0400, Valentine Barshak wrote:
AMCC Sequoia board DTS
Signed-off-by: Valentine Barshak [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/sequoia.dts | 292
++
1 files changed, 292 insertions(+)
diff
Segher Boessenkool wrote:
setup-pci is for SFF8038i devices. It therefore knows that for assigned
resources they must be I/O. It also assumes that zero is not a valid I/O
port just like zero is not a valid IRQ. Stick a real IDE resource at
zero and drivers/ide can't cope.
But 0 _is_ a
On Wed, 01 Aug 2007 18:22:36 +0400
Sergei Shtylyov [EMAIL PROTECTED] wrote:
Segher Boessenkool wrote:
setup-pci is for SFF8038i devices. It therefore knows that for assigned
resources they must be I/O. It also assumes that zero is not a valid I/O
port just like zero is not a valid IRQ.
...so that GCC doesn't complain about unused variables in the
callers of these.
Signed-off-by: Segher Boessenkool [EMAIL PROTECTED]
---
include/asm-powerpc/dma-mapping.h | 24 ++--
1 files changed, 18 insertions(+), 6 deletions(-)
diff --git
...by using the pci_get API instead of the deprecated old stuff.
Signed-off-by: Segher Boessenkool [EMAIL PROTECTED]
---
arch/powerpc/platforms/powermac/feature.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/platforms/powermac/feature.c
Signed-off-by: Segher Boessenkool [EMAIL PROTECTED]
---
drivers/ide/ppc/pmac.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/ide/ppc/pmac.c b/drivers/ide/ppc/pmac.c
index 33630ad..0f5a6b4 100644
--- a/drivers/ide/ppc/pmac.c
+++ b/drivers/ide/ppc/pmac.c
@@
On Wed, Aug 01, 2007 at 10:02:30AM +0200, Mariusz Kozlowski wrote:
Then reattaching a usb mouse caused this (only once)
usb 2-1: USB disconnect, address 2
BUG: atomic counter underflow at:
[c010456a] show_trace_log_lvl+0x1a/0x30
[c010508d] show_trace+0x12/0x14
[c01051e0]
Segher Boessenkool wrote:
For some buses, there is a slot-names property; some (non-core)
bindings seem to define a location property.
For random human-readable labelling, i.e. not corresponding to
physical markings on the hardware, I recommend you look for a
matching entry in /aliases.
On Thursday 26 July 2007, Ned Forrester wrote:
David Brownell wrote:
On Thursday 26 July 2007, Anton Vorontsov wrote:
Loopback mode is supported by various controllers, this mode
is useful for testing, especially in conjunction with spidev
driver.
ISTR that Stephen Street provided a
Vitaly Bordug wrote:
From: John Traill [EMAIL PROTECTED]
The 8xx can only support a max of 8M during early boot ( it seems a lot of
8xx boards only have 8M so the bug was never triggered ). The following
change makes it able to run with 128M.
Signed-off-by: Vitaly Bordug [EMAIL PROTECTED]
On Wed, 1 Aug 2007 00:06:46 +0200
Segher Boessenkool [EMAIL PROTECTED] wrote:
+ max-speed-hz = bebc20; /* 1250 Hz */
Just max-speed.
Segher, how is this different from:
http://ozlabs.org/pipermail/linuxppc-dev/2007-April/034557.html
?
Kim
This fixes the following oops which can occur when trying to deallocate
receive buffer pools using sysfs with the ibmveth driver.
NIP: d024f954 LR: d024fa58 CTR: c00d7478
REGS: cffef9f0 TRAP: 0300 Not tainted (2.6.22-ppc64)
MSR: 80009032 EE,ME,IR,DR
On Mon, Jul 30, 2007 at 03:47:05PM -0700, Doug Thompson wrote:
--- Linas Vepstas [EMAIL PROTECTED] wrote:
Also: please note that the linux kernel has a pci error recovery
mechanism built in; its used by pseries and PCI-E. I'm not clear
on what any of this has to do with EDAC, which I
There was a u-boot 1.1.3 patch for start.S posted on the Freescale LTIB
site:
http://www.bitshrine.org/gpp/u-boot-1.1.3-mpc83xx-cpu-4.patch
The end result simply adds a line to set MBAR to match IMMRBAR.
lis r3, [EMAIL PROTECTED]
ori r3, r3, [EMAIL PROTECTED]
stw
On Wed, 1 Aug 2007, Segher Boessenkool wrote:
+ strncpy(info-driver_name, i2c_devices[i].i2c_driver,
KOBJ_NAME_LEN);
+ strncpy(info-type, i2c_devices[i].i2c_type,
I2C_NAME_SIZE);
Why not just strcpy(), btw?
Because target strings are
--- Linas Vepstas [EMAIL PROTECTED] wrote:
On Mon, Jul 30, 2007 at 03:47:05PM -0700, Doug Thompson wrote:
--- Linas Vepstas [EMAIL PROTECTED] wrote:
Also: please note that the linux kernel has a pci error recovery
mechanism built in; its used by pseries and PCI-E. I'm not clear
on
Guennadi Liakhovetski wrote:
And the only safe way is
strncpy(z.c, c, 3);
z.c[3] = '\0';
with compilers 4.2?...
You could use strlcpy() instead, which always leaves a zero terminator.
-Scott
___
Linuxppc-dev mailing list
On Wed, 01 Aug 2007 07:12:15 +0200, Segher Boessenkool wrote:
I just got asked about ipv6 support in yaboot and a quick
investigation
showed _no_ knowledge of the address formats in the code.
Should I be submitting an RFC for a full parser that can pick that
apart? Or does has someone have
On Wed, 2007-08-01 at 16:02 +1000, Michael Neuling wrote:
--- linux-2.6-ozlabs.orig/arch/powerpc/kernel/entry_64.S
+++ linux-2.6-ozlabs/arch/powerpc/kernel/entry_64.S
@@ -389,7 +389,9 @@ BEGIN_FTR_SECTION
ld r9,PACA_SLBSHADOWPTR(r13)
li r12,0
std
Marvell mv64x60 SoC support for EDAC. Used on PPC and MIPS platforms.
Development and testing done on PPC Motorola prpmc2800 ATCA board.
The driver provides error reporting for the CPU error registers, the
memory controller error registers, the SRAM error registers, and the
PCI error registers.
On Wed, 2007-08-01 at 16:02 +1000, Michael Neuling wrote:
We sometimes change the vmalloc segment in slb_flush_and_rebolt but we
never updated with slb shadow buffer. This fixes it. Thanks to paulus
for finding this.
Also added some write barriers to ensure the shadow buffer is always
From 8367fd9e98a97ba680d23bf59fa03fcd930dd9e1 Mon Sep 17 00:00:00 2001
From: Randy Vinson [EMAIL PROTECTED]
Date: Wed, 1 Aug 2007 16:24:48 -0700
Subject: [PATCH] 85xxCDS: Delete the PCI exclude function.
Now that the FPGA on the 85xxCDS main board has a quirk, we no longer
need an exclude
On Wed, 2007-08-01 at 16:02 +1000, Michael Neuling wrote:
We sometimes change the vmalloc segment in slb_flush_and_rebolt but we
never updated with slb shadow buffer. This fixes it. Thanks to paulus
for finding this.
Also added some write barriers to ensure the shadow buffer is
On Wednesday 25 July 2007, Jon Loeliger wrote:
I'd like to make an official DTC Version 1.0.0 release soon!
To that end, I've published a repo on jdl.com with a v1.0.0-rc1
tag on it. I anticipate some updates to the Documentation before
a final 1.0.0 release still. However, if you have
On Thu, 2007-08-02 at 09:32 +1000, Michael Neuling wrote:
On Wed, 2007-08-01 at 16:02 +1000, Michael Neuling wrote:
We sometimes change the vmalloc segment in slb_flush_and_rebolt but we
never updated with slb shadow buffer. This fixes it. Thanks to paulus
for finding this.
On Thu, Aug 02, 2007 at 01:35:03AM +0200, Arnd Bergmann wrote:
On Wednesday 25 July 2007, Jon Loeliger wrote:
I'd like to make an official DTC Version 1.0.0 release soon!
To that end, I've published a repo on jdl.com with a v1.0.0-rc1
tag on it. I anticipate some updates to the
Hi, Ben,
Are we sure that any powerpc machine that uses that ULI chip will need
the same quirk setting ?
We can ensure current platforms (as far as we know, MPC8544DS and
MPC8641HPCN) using ULI chips in powerpc of kernel need the same quirk
setting.
And we hope to make them more generic.
On Wed, Aug 01, 2007 at 06:13:04PM +0400, Valentine Barshak wrote:
David Gibson wrote:
On Mon, Jul 30, 2007 at 07:06:48PM +0400, Valentine Barshak wrote:
[snip]
+ SDR0: sdr {
What is the SDR?
SDR are System Device Control Registers (chip ID, pin function and stuff).
They are
The first block of code detects the need for a demotion and changes the
global mmu_vmalloc_psize, along with changing the value on the local CPU
(and flushing it's SLB). But other CPUs still have the old values.
The second block of code checks if the global value matches the per-CPU
value
The end result simply adds a line to set MBAR to match IMMRBAR.
lis r3, [EMAIL PROTECTED]
ori r3, r3, [EMAIL PROTECTED]
stw r3, IMMRBAR(r4)
+ mtspr MBAR, r3
Are these patches routinely added to the mainstream u-boot code?
Is there
This was to the wrong group.
Thanks for the responses and the clarification. The needed for CodeWarrior
only part is what I suspected.
Keith Mund
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Liu Dave-r63238
Sent: Wednesday, August 01, 2007 9:15 PM
On Aug 1, 2007, at 8:23 PM, Benjamin Herrenschmidt wrote:
On Thu, 2007-08-02 at 09:17 +0800, Zhang Wei-r63237 wrote:
Hi, Ben,
Are we sure that any powerpc machine that uses that ULI chip will
need
the same quirk setting ?
We can ensure current platforms (as far as we know, MPC8544DS
Matt Sealey writes the following:
Yeah please do a fixup for the boot wrapper.
Or, if you have trouble, go into the firmware and type nvedit, add
these lines;
/isa/8042 find-device
8042 encode-string device-type
(then ctrl-c to exit and nvstore to run it on next reboot. Try it without
the
On Mon, Jul 30, 2007 at 08:35:17PM +0400, Valentine Barshak wrote:
PPC44x cascade UIC irq handler fix.
According to PPC44x UM, if an interrupt is configured as level-sensitive,
and a clear is attempted on the UIC_SR, the UIC_SR field is not
cleared if the incoming interrupt signal is at the
--- linux-2.6-ozlabs.orig/arch/powerpc/kernel/entry_64.S
+++ linux-2.6-ozlabs/arch/powerpc/kernel/entry_64.S
@@ -389,7 +389,9 @@ BEGIN_FTR_SECTION
ld r9,PACA_SLBSHADOWPTR(r13)
li r12,0
std r12,SLBSHADOW_STACKESID(r9) /* Clear ESID */
+ eieio
std
50 matches
Mail list logo