> > --- 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
>
alloc_bootmem
In-Reply-To: <[EMAIL PROTECTED]>
From: Ishizaki Kou <[EMAIL PROTECTED]>
X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> WARNING: vmli
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
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
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
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
T
> > 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?
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 and
> MPC8641HPCN) using ULI chips in powerp
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 generi
> 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
> v
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
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 Docum
On Wed, 1 Aug 2007 15:20:22 -0500
"Keith Mund" <[EMAIL PROTECTED]> wrote:
> There was a u-boot 1.1.3 patch for start.S posted on the Freescale LTIB
posts concerning u-boot should go to the u-boot-users list (cc'd).
> site:
> http://www.bitshrine.org/gpp/u-boot-1.1.3-mpc83xx-cpu-4.patch
>
> The
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 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 so
>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 routi
> 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 buffe
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
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. Th
On Wed, 2007-08-01 at 16:14 +0800, Zhang Wei wrote:
> 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.
>
Are we sure that any powerpc machin
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 r12,SLBS
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? O
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
Lin
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?
--- 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 n
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
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 CR: 24242442
I upgraded from an old 2.4.25 kernel to the latest Denx snapshot and cannot
get the ethernet to work. I was previously running the FEC driver that used
the sdma interface. I get a couple of interrupts and that is it.
Output when initializing:
mpc5xxx_fec_init
fec_priv c3f83160
MPC5200 I2S driv
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, whi
On Wed, 1 Aug 2007 00:06:46 +0200
Segher Boessenkool <[EMAIL PROTECTED]> wrote:
> >>> + max-speed-hz = ; /* 1250 Hz */
>
> Just max-speed.
Segher, how is this different from:
http://ozlabs.org/pipermail/linuxppc-dev/2007-April/034557.html
?
Kim
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 P
On Wed, Aug 01, 2007 at 07:53:28AM -0600, Grant Likely wrote:
> On 8/1/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > 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 +020
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 Str
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 /a
On Wed, 1 Aug 2007 13:52:05 +0530 Rishikesh K Rajak <[EMAIL PROTECTED]> wrote:
>
> Hi Andrew,
>
> I am getting following error on powerpc almost for allyesconfig,
> allmodconfig.
>
> Error produced:
>
> PowerPC: allmodconfig,allyesconfig
>
> CC arch/powerpc/mm/tlb_64.o
> /home/risrajak
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:
> [] show_trace_log_lvl+0x1a/0x30
> [] show_trace+0x12/0x14
> [] dump_stack+0x15/0x17
> [] __free
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
...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 a/include/asm-powerpc/dma-mapp
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
@@ -18
...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
b/arch/powe
__must_check, so do so.
Signed-off-by: Segher Boessenkool <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/pci_32.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/pci_32.c b/arch/powerpc/kernel/pci_32.c
index cd35c96..04a3109 100644
--- a/arch/powerpc/
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
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 inser
On 8/1/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> 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
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 thi
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 ANS
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.
>
>
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 quantit
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
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
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 +-
a
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 th
Olof Johansson wrote:
> On Thu, Jul 26, 2007 at 11:25:04PM +0200, Marian Balakowicz wrote:
>>
>> Olof Johansson wrote:
>>> Move away from using the pci config access functions for simple register
>>> access. Our device has all of the registers in the config space (hey,
>>> from the hardware point
* 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
___
On Wednesday 01 August 2007, Dave Jiang wrote:
> Do you mean the pci_controller hose that's allocated in fsl_add_bridge? Couple
> questions
> 1. How do I even get access to that? (in fsl_soc.c that is)
> 2. pci_controller has no "struct device" member. It only has "struct device
> *parent". Wha
> + 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 finite length, and sources are just
>>> pointers to
>>>
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?
>
> WARNING: at kernel/irq/resend.c:69 check_irq_resend()
> [] show_trace_log_lvl+0x1a/0x30
> [] show_trac
Remove ULI chip quirks functions from MPC8641HPCN and MPC8544DS boards.
Use common quirks functions instead.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Roy Zang <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/85xx/Kconfig|1 +
arch/powerpc/platforms/85xx/mpc8544_ds.c
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]>
---
arch
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()
[] show_trace_log_lvl+0x1a/0x30
[] show_trace+0x12/0x14
[] dump_stack+0x15/0x17
[] check_irq_resend+0x91/0xa0
[] enable_irq+0xb1/0xb3
On 13/07/07 11:12 +0200, Domen Puncer wrote:
> On 11/07/07 21:34 +0100, Russell King wrote:
> > On Wed, Jul 11, 2007 at 10:02:54AM -0700, David Brownell wrote:
> > > On Wednesday 11 July 2007, Christoph Hellwig wrote:
> > > > On Wed, Jul 11, 2007 at 08:56:58AM -0700, David Brownell wrote:
> > > > >
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
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 con
65 matches
Mail list logo
