On Wednesday 11 June 2008 15:35, Nick Piggin wrote:
On Wednesday 11 June 2008 15:13, Paul Mackerras wrote:
Nick Piggin writes:
I just wish we had even one actual example of things going wrong with
the current rules we have on powerpc to motivate changing to this
model.
On Jun 10, 2008, at 7:50 PM, Benjamin Herrenschmidt wrote:
This is some preliminary work to improve TLB management on SW loaded
TLB powerpc platforms. This introduce support for non-atomic PTE
operations in pgtable-ppc32.h and removes write back to the PTE from
the TLB miss handlers. In
On Wed, 2008-06-11 at 01:20 -0500, Kumar Gala wrote:
On Jun 10, 2008, at 7:50 PM, Benjamin Herrenschmidt wrote:
This is some preliminary work to improve TLB management on SW loaded
TLB powerpc platforms. This introduce support for non-atomic PTE
operations in pgtable-ppc32.h and removes
Robert Schwebel wrote:
On Tue, Jun 10, 2008 at 03:08:05PM -0400, Jon Smirl wrote:
I'm trying to convince OSELAS to rebuild the toolchain on Ubuntu
hardy but I'm having problems.
After much mucking with my toolchain, I got it built with bin-utils
2.18. That fixed the Efika problem. Thanks
Nick Piggin writes:
Now that doesn't leave waker ordering architectures lumped with slow old
x86 semantics. Think of it as giving them the benefit of sharing x86
development and testing :)
Worth something, but not perhaps as much as you think, given that many
x86 driver writers still don't
Hi all,
Today's linux-next build (powerpc allyesconfig) failed like this:
vmlinux.o: In function `ipx_ioctl':
/scratch/sfr/next/net/ipx/af_ipx.c:1830: relocation truncated to fit:
R_PPC64_REL24 against symbol `._mcount' defined in .text section in vmlinux.o
(and lots more similar)
I am
Hi Paul,
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git for-2.6.26
to get one commit from Grant that fixes simpleImage targets. It seems
both of us missed this when Grant sent it out a while ago.
The tree is based off of Linus' current tree as of this
On Tue, Jun 10, 2008 at 11:15:08AM -0500, Kumar Gala wrote:
On May 19, 2008, at 12:47 PM, Anton Vorontsov wrote:
This is needed to access QE GPIOs via Linux GPIO API.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
Acked-By: Timur Tabi [EMAIL PROTECTED]
---
This patch fixes following section mismatch:
WARNING: arch/powerpc/sysdev/built-in.o(.text+0x11d8): Section mismatch in
reference from the function qe_reset() to the function
.init.text:cpm_muram_init()
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
arch/powerpc/sysdev/qe_lib/qe.c |2
The following patches have been added to the 'next' branch of the 4xx
tree. As usual, I will let them sit there for a few days and then ask
Paul to pull.
If I've missed any patches for 2.6.27, now would be the time to point
them out to me.
josh
Giuseppe Coviello (2):
powerpc/4xx:
This patch updates mpc83xx_defconfig to support MPC8360E-RDK board.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
Completely forgot about BROADCOM_PHY, added now. Without it, only
u-boot initialized BCM PHY will work, second one will unable to
receive/transmit any data.
Scott Wood wrote:
On Tue, Jun 10, 2008 at 10:38:31AM -0400, Jon Smirl wrote:
Why is my vmlinux.strip 3.2GB? Could a missing address be interpreted
as -1 (0xFFF..) and cause the image to contain all of memory?
-rw-r--r-- 1 jonsmirl jonsmirl 61738015 2008-06-10 10:31 vmlinux.o
-rwxr-xr-x 1
On Wed, Jun 11, 2008 at 3:41 AM, David Jander [EMAIL PROTECTED] wrote:
On Tuesday 10 June 2008 22:37:18 you wrote:
Thanks for the patch, comments below.
--- /dev/null
+++ b/arch/powerpc/platforms/512x/prtlvt.c
Looks like you've just duplicated mpc5121_ads.c. You should just add
your
On Jun 11, 2008, at 7:29 AM, Anton Vorontsov wrote:
On Tue, Jun 10, 2008 at 11:15:08AM -0500, Kumar Gala wrote:
On May 19, 2008, at 12:47 PM, Anton Vorontsov wrote:
This is needed to access QE GPIOs via Linux GPIO API.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
Acked-By: Timur Tabi
Hi Kumar,
I could switch to different version of binutils and
boot the recent git for ebony target. The kprobes
booke patches attached below got applied and
i didnot see any issues. These patches can be
now pushed to main line?
Below is the revised patch set after addressing some
cleanups in
The 440EPx/GRx chips don't support PCI MRM commands. Drivers determine this
by looking for a zero value in the PCI cache line size register. However,
some drivers write to this register upon initialization. This can cause
MRMs to be used on these chips, which may cause deadlocks on PLB4.
The
On Wed, 11 Jun 2008, Nick Piggin wrote:
I can't actually find the definitive statement in the Intel manuals
saying UC is strongly ordered also WRT WB. Linus?
Definitive? Dunno. But look in the Architecture manual, volume 3A, 10.3
Methods of Caching Available, and then under the bullet
On Jun 11, 2008, at 9:18 AM, Sulibhavi, Madhvesh wrote:
Hi Kumar,
I could switch to different version of binutils and
boot the recent git for ebony target. The kprobes
booke patches attached below got applied and
i didnot see any issues. These patches can be
now pushed to main line?
On Jun 6, 2008, at 2:09 PM, Jerone Young wrote:
Updates: Placed everything in one conditional. Updated commit message.
This takes values from the PowerPC ISA BookIII-E specifications that
are for DBCR0. Many of these values are different from those
currently specified, which are for the
On Tue, 2008-06-10 at 15:14 -0700, Andrew Morton wrote:
On Tue, 10 Jun 2008 18:01:07 -0400
Dave Kleikamp [EMAIL PROTECTED] wrote:
mm: Allow architectures to define additional protection bits
This patch allows architectures to define functions to deal with
additional protections bits
---
Here's a cleaned up version of my patch incorporating the changes we've
discussed and some minor tweaks to traps.c. Can you take a look and test
it out. I'm wondering about having to clear MSR_EE MSR_CE in
prepare_singlestep(). Doesnt seem like we need to do that at all.
- k
On Tue, Jun 10, 2008 at 10:40:45PM -0400, Jon Smirl wrote:
Convert i2c-mpc from a platform driver into an of_platform driver.
This patch is much smaller since Jochen already added
of_find_i2c_driver(). Versions of this have been posted before.
Signed-ff-by: Jon Smirl [EMAIL PROTECTED]
Typo:
On May 13, 2008, at 2:33 PM, Roland McGrath wrote:
So it looks like we need to define a new feature bit to mean
supports
block-step. Is this something that userspace will expect to be told
about via the AT_HWCAP entry in the aux vector?
I don't care to have userland know about it. I'm
On Tuesday, June 10, 2008 8:29 pm Nick Piggin wrote:
On Wednesday 11 June 2008 05:19, Jesse Barnes wrote:
On Tuesday, June 10, 2008 12:05 pm Roland Dreier wrote:
me too. That's the whole basis for readX_relaxed() and its cohorts:
we make our weirdest machines (like altix) conform to
On Jun 11, 2008, at 7:32 AM, Anton Vorontsov wrote:
This patch fixes following section mismatch:
WARNING: arch/powerpc/sysdev/built-in.o(.text+0x11d8): Section
mismatch in
reference from the function qe_reset() to the function
.init.text:cpm_muram_init()
Signed-off-by: Anton Vorontsov
The ibm,cbe-start-ptcal rtas call transfers ownership
of a memory range to the hardware in order to do
periodic memory interface recalibration.
When we do a kexec, we need to get this page back,
so we don't step on the new kernel's toes.
We used to do this correctly in case of a user triggered
Hi Paul,
Please pull the fix I just sent from
master.kernel.org/pub/scm/linux/kernel/git/arnd/cell-2.6.git merge
Jeremy might want to look at it as well, since he wrote the
code originally.
Thanks,
Arnd
---
Arnd Bergmann [EMAIL PROTECTED]:
powerpc/cell: disable ptcal in case
On Wed, 2008-06-11 at 18:28 +0200, Arnd Bergmann wrote:
The ibm,cbe-start-ptcal rtas call transfers ownership
of a memory range to the hardware in order to do
periodic memory interface recalibration.
When we do a kexec, we need to get this page back,
so we don't step on the new kernel's toes.
From: Jerone Young [EMAIL PROTECTED]
This takes values from the PowerPC ISA BookIII-E specifications that are
for DBCR0. Many of these values are different from those currently
specified, which are for the ppc405. Also added some bookE definitions
for DBCR1 DBCR2.
[ [EMAIL PROTECTED]: Added
---
In my git tree, just posting so people see it.
- k
arch/powerpc/kernel/head_booke.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/kernel/head_booke.h b/arch/powerpc/kernel/head_booke.h
index f277fad..9501c58 100644
---
Looks good to me. Yeah moving many of the aliases to 40x is much
cleaner.
On Wed, 2008-06-11 at 13:38 -0500, Kumar Gala wrote:
From: Jerone Young [EMAIL PROTECTED]
This takes values from the PowerPC ISA BookIII-E specifications that are
for DBCR0. Many of these values are different from
Why was the fifo struct separated from the psc struct for the 5200?
I see comments like this now:
/* On the 5200, fifo regs are immediately adjacent to the psc regs */
mps-fifo = ((void __iomem *)mps-psc) + sizeof(struct mpc52xx_psc);
Couldn't the fifo struct be a member at the
В Sun, 08 Jun 2008 10:54:41 -0500
Jon Loeliger [EMAIL PROTECTED] пишет:
Grant Likely writes:
Oh, and we're going try to create the longest acked-by chain in
Linux history.
Cool :)
Paul.
So far, I think it looks like this, sorted:
Acked-by: Arnd Bergmann [EMAIL
Hi Anton,
On Wed, Jun 04, 2008 at 07:45:10PM +0400, Anton Vorontsov wrote:
From: Zhang Wei [EMAIL PROTECTED]
The driver supports SIR, MIR, FIR modes and maximum 400bps rate.
Signed-off-by: Zhang Wei [EMAIL PROTECTED]
[AV: few small fixes, plus had made platform ops passing via
Hello Kumar,
The previous series scattered a bit, so I gathered it again.
I've found MPC8572DS board to test RTC quirk changes that I've made
for MPC8610HPCD, and it appears that without the change RTC does not
work on MPC8572DS, too.
So, the first patch actually fixes it for MPC8572DS, and
This patch fixes RTC on MPC8572DS boards: dummy read helps only when
reading at the end of the bridge's memory (i.e. outside of behind the
bridge devices' assigned regions).
With this change the quirk also makes RTC work on MPC8610HPCD, so it's
unlikely that this will break MPC8641HPCN or
- Get rid of uses_fsl_uli_m1575, it does not scale for all cases.
Instead, let's explicitly use machine_is() for each fixup.
- Factor out MPC8610HPCD quirks to fsl_uli1575, and protect them with
machine_is(). One step closer to multiplatform kernels.
- Actually use fsl_uli1575 on MPC8610HPCD,
i8259 PIC is disabled on MPC8610HPCD boards, thus currently rtc-cmos
driver fails to probe.
To fix the issue, we lookup the device tree for chrp,iic and
pnpPNP,000 compatible devices, and if not found we do not assign RTC
IRQ and assuming that i8259 was disabled.
Though this patch fixes RTC on
The ULI Super South Bridge contains ISA bridge to the legacy
devices, such as Super IO mouse/keyboard/floppy disk controllers,
parallel port, i8259 interrupt controller and so on.
i8259 is disabled on the MPC8610HPCD, and other peripherals are not
traced out. So we use only RTC.
Signed-off-by:
It was discussed that global arch_initcall() is preferred way to probe
QE GPIOs, so let's use it.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
On Wed, Jun 11, 2008 at 08:52:16AM -0500, Kumar Gala wrote:
[...]
applied.
I've just rebased on the pushed out powerpc-next branch, and
Ports B and C pins programming is changed to get SCC2 UART and FCC3 ethernet
work.
Signed-off-by: Vitaly Bordug [EMAIL PROTECTED]
---
arch/powerpc/platforms/85xx/mpc85xx_ads.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git
From: Heiko Schocher [EMAIL PROTECTED]
Updated version was posted to ML:
http://patchwork.ozlabs.org/linuxppc/patch?id=17250, no new feedback acquired.
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
Signed-off-by: Vitaly Bordug [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mgcoge.dts |
From: Heiko Schocher [EMAIL PROTECTED]
Initially posted on:
http://ozlabs.org/pipermail/linuxppc-dev/2008-January/049682.html
Feedback is addressed in this version (yes, this patch was floating around for
a while...)
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
Signed-off-by: Vitaly Bordug
From: Heiko Schocher [EMAIL PROTECTED]
Supported SMC1 (serial console), SCC3 Ethernet (10Mbps hdx).
Updated version was posted to ML;
http://patchwork.ozlabs.org/linuxppc/patch?id=17398
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
Signed-off-by: Vitaly Bordug [EMAIL PROTECTED]
---
On Wed, Jun 11, 2008 at 3:05 PM, Jon Smirl [EMAIL PROTECTED] wrote:
Why was the fifo struct separated from the psc struct for the 5200?
I see comments like this now:
/* On the 5200, fifo regs are immediately adjacent to the psc regs */
mps-fifo = ((void __iomem *)mps-psc) +
Ingo Molnar writes:
could this be a tool chain limitation perhaps, or a gcc bug? Or does the
allyesconfig size go beyond some fundamental hardware limitation. (i
doubt it's the latter)
Direct unconditional branches, including procedure calls, can only
reach +/- 32MB from the address of the
On Thu, Jun 12, 2008 at 11:38:19AM +1000, Paul Mackerras wrote:
Direct unconditional branches, including procedure calls, can only
reach +/- 32MB from the address of the branch on powerpc. So if the
image grows to more than 32MB of text there is a problem unless the
linker is smart enough to
47 matches
Mail list logo