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
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 th
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
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]>
---
ar
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 Bordu
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
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 a/arch/powerpc/platforms/85xx/mpc85xx_
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, an
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:
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 o
- 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, s
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 MPC8544D
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 also
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 vi
В 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 Be
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
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
---
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
--- a/arch/powerpc/kernel/head_bo
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 a
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 a
On Wed, Jun 11, 2008 at 03:28:43PM +0200, Marc Kleine-Budde wrote:
> Scott Wood wrote:
> > Are you using binutils 2.17? It has a bug that was triggered by the
> > p_paddr change. Do you get a bunch of warnings from the strip command?
>
> Same problem here with binutils-2.17. But no warnings from
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 t
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 c
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
kexe
On 6/11/08, Wolfram Sang <[EMAIL PROTECTED]> wrote:
> 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 p
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 <[EM
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) c
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 j
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]>
---
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
Documenta
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 protec
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 pp
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 pp
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?
there's
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
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 wo
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 t
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
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
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
>> -rw
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.
arch/powerpc/co
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: Sam440ep
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
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]>
>> ---
>> Documentatio
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 mo
* Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> 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 .te
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 assumin
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'
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.
49 matches
Mail list logo
