Hai,
I am using the kernel 2.6.23-rc3. i am trying to boot this kernel
to my 8641D board. It was not booting.
I go the following message
Bytes transferred = 1505 (5e1 hex)
## Booting image at 0020 ...
Image Name: Linux-2.6.23-rc3
Image Type: PowerPC Linux Kernel Image (gzi
On 17/08/07 12:13 +1000, Paul Mackerras wrote:
> I have made a for-2.6.24 branch in powerpc.git and pushed the
> following patches to it.
How about the following?
[PATCH 1/3] powerpc clk.h interface for platforms
http://patchwork.ozlabs.org/linuxppc/patch?id=12190
Domen
_
Hi,
I'm ignorant when it comes to IO access, so I hope this isn't rubbish (if
it is, I would appreciate being corrected).
It took me more than a glance to see what the difference is supposed to be
between wmb() and mmiowb(). I think especially because mmiowb isn't really
like a write barrier.
wm
Adrian Bunk writes:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> arch/ppc/.gitignore shouldn't exclude arch/ppc/boot/include
Already in my for-2.6.24 and master branches.
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/m
On Wed, Aug 22, 2007 at 01:52:49PM +1000, Paul Mackerras wrote:
> Scott Wood writes:
>
> > Previously, the TLB miss handlers assumed that pages above KERNELBASE are
> > always present and read/write. This assumption is false in the case of
> > CONFIG_DEBUG_PAGEALLOC.
>
> > blt+112f
> > +
On Wed, Aug 22, 2007 at 05:33:16AM +0200, Segher Boessenkool wrote:
> >>The I/O accessor functions enforce the necessary ordering
> >>already I believe.
> >
> >Hmm, I never followed those discussions last year about IO ordering,
> >and
> >I can't see where (if) it was documented anywhere :(
>
> T
On Wed, Aug 22, 2007 at 05:29:50AM +0200, Segher Boessenkool wrote:
> >>>If this isn't causing any problems maybe there
> >>>is some loigic we are overlooking?
> >>
> >>The I/O accessor functions enforce the necessary ordering
> >>already I believe.
> >
> >Ah, it looks like you might be right, IO s
so remove them from the macros.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/iseries/exception.S | 24
arch/powerpc/platforms/iseries/exception.h |4 ++--
2 files changed, 14 insertions(+), 14 deletions(-)
--
Cheers,
Stephen Rothw
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/iseries/exception.S | 15 +++---
arch/powerpc/platforms/iseries/exception.h | 58 ++
include/asm-powerpc/exception.h| 71 +---
3 files changed, 78 insertion
out of head_64.S and into platforms/iseries/exception.S
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/head_64.S | 136
arch/powerpc/platforms/iseries/exception.S | 136
2 files changed, 136 inse
It makes head_64.S a bit more readable and will allow us to move the
iSeries excetions elsewhere.
This also removes the last line of the comment:
* The following macros define the code that appears as
* the prologue to each of the exception handlers. They
* are split into two parts to allow a
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/head_64.S | 86 +
arch/powerpc/platforms/iseries/Makefile|1 +
arch/powerpc/platforms/iseries/exception.S | 114
include/asm-powerpc/ppc_asm.h
Scott Wood writes:
> Previously, the TLB miss handlers assumed that pages above KERNELBASE are
> always present and read/write. This assumption is false in the case of
> CONFIG_DEBUG_PAGEALLOC.
> blt+112f
> + mfspr r2,SPRN_SRR1/* and MSR_PR bit from SRR1 */
> + rl
>> The I/O accessor functions enforce the necessary ordering
>> already I believe.
>
> Hmm, I never followed those discussions last year about IO ordering,
> and
> I can't see where (if) it was documented anywhere :(
The comments in system.h weren't updated with the last fix, I think.
> It appea
>>> If this isn't causing any problems maybe there
>>> is some loigic we are overlooking?
>>
>> The I/O accessor functions enforce the necessary ordering
>> already I believe.
>
> Ah, it looks like you might be right, IO should appear to go in-order,
> in
> which case the rmb() would simply need t
Rework timebase handoff to play nice with configurations with more than
2 cores, as well as with CPU hotplug.
Previous scheme just pushed out the current timebase from the giving
core to all cores without caring if they wanted it or not, nor checking
if they'd taken it. The taking side didn't make
On Tue, Aug 21, 2007 at 09:43:17PM +0200, Segher Boessenkool wrote:
> >> #define mb() __asm__ __volatile__ ("sync" : : : "memory")
> >>-#define rmb() __asm__ __volatile__ (__stringify(LWSYNC) : : :
> >>"memory")
> >>+#define rmb() __asm__ __volatile__ ("sync" : : : "memory")
> >> #define wmb()
On Wed, Aug 22, 2007 at 11:27:33AM +1000, Paul Mackerras wrote:
> Olof Johansson writes:
>
> > Make sure the new timebase value is available by the time take_timebase
> > completes. Otherwise take_timebase might race with give_timebase,
> > causing severe badness when the value later is modified (
On Tue, Aug 21, 2007 at 11:20:21AM -0500, Scott Wood wrote:
> David Gibson wrote:
> > On Mon, Aug 20, 2007 at 12:40:01PM -0500, Scott Wood wrote:
> >
> >>This allows booting on legacy, non-device-tree aware versions of
> >>U-boot.
> >
> >
> > Is this really sufficient for all 8xx platforms?
>
>
On Tue, Aug 21, 2007 at 03:24:52PM +0100, Matt Sealey wrote:
> David Gibson wrote:
> > On Tue, Aug 21, 2007 at 01:58:31PM +0100, Matt Sealey wrote:
> >> David Gibson wrote:
> >>> Uh... no... this is in the bootwrapper, long before ppc_md even
> >>> exists. platform_init() is called from arch/power
On Tue, Aug 21, 2007 at 11:34:45AM -0500, Scott Wood wrote:
> David Gibson wrote:
> > On Mon, Aug 20, 2007 at 12:40:13PM -0500, Scott Wood wrote:
> >
> >>fsl_get_immr() is equivalent to the kernel's get_immrbase() function.
> >
> > I notice that this function assumes that P==V. Is that true for
Olof Johansson writes:
> Make sure the new timebase value is available by the time take_timebase
> completes. Otherwise take_timebase might race with give_timebase,
> causing severe badness when the value later is modified (think looong
> hang trying to catch up with a very large number of lost ti
On Tue, Aug 21, 2007 at 11:29:15AM -0500, Scott Wood wrote:
> David Gibson wrote:
> >>+void planetcore_prepare_table(char *table)
> >>+{
> >>+ int last_was_newline = 0;
> >>+
> >>+ while (*table != 10 || !last_was_newline) {
> >>+ if (*table == 10) {
> >>+ *table = 0
On Tue, Aug 21, 2007 at 09:43:17PM +0200, Segher Boessenkool wrote:
> >> #define mb() __asm__ __volatile__ ("sync" : : : "memory")
> >>-#define rmb() __asm__ __volatile__ (__stringify(LWSYNC) : : :
> >>"memory")
> >>+#define rmb() __asm__ __volatile__ ("sync" : : : "memory")
> >> #define wmb()
On Tue, Aug 21, 2007 at 11:15:53AM -0500, Scott Wood wrote:
> David Gibson wrote:
> >>diff --git a/arch/powerpc/boot/serial.c b/arch/powerpc/boot/serial.c
> >>index 944f0ee..d47f8e0 100644
> >>--- a/arch/powerpc/boot/serial.c
> >>+++ b/arch/powerpc/boot/serial.c
> >>@@ -121,6 +121,11 @@ int serial_
On Tue, Aug 21, 2007 at 11:12:08AM -0500, Scott Wood wrote:
> David Gibson wrote:
> > On Mon, Aug 20, 2007 at 12:39:55PM -0500, Scott Wood wrote:
> >
> >>Declarations in various users are removed.
> >>
> >>Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
> >
> >
> > Hrm... it should go in a header,
On Tue, Aug 21, 2007 at 11:09:58AM -0500, Scott Wood wrote:
> David Gibson wrote:
> > On Mon, Aug 20, 2007 at 12:39:49PM -0500, Scott Wood wrote:
> >
> >>1. ft_create_node was returning the internal pointer rather than a phandle.
> >>2. ft_find_device_rel was treating a "top" phandle of NULL as an
Please pull from 'fixes-2.6.23' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git
fixes-2.6.23
to receive the following updates:
arch/powerpc/sysdev/fsl_pci.c |2 ++
include/linux/pci_ids.h |6 --
2 files changed, 6 insertions(+), 2 deletions(-)
Make sure the new timebase value is available by the time take_timebase
completes. Otherwise take_timebase might race with give_timebase,
causing severe badness when the value later is modified (think looong
hang trying to catch up with a very large number of lost ticks).
This has shown up lately,
On Tue, Aug 21, 2007 at 09:43:17PM +0200, Segher Boessenkool wrote:
> >> #define mb() __asm__ __volatile__ ("sync" : : : "memory")
> >> -#define rmb() __asm__ __volatile__ (__stringify(LWSYNC) : : :
> >> "memory")
> >> +#define rmb() __asm__ __volatile__ ("sync" : : : "memory")
> >> #define
Previously, the TLB miss handlers assumed that pages above KERNELBASE are
always present and read/write. This assumption is false in the case of
CONFIG_DEBUG_PAGEALLOC.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/head_32.S | 12 ++--
1 files changed, 6 inserti
>> #define mb() __asm__ __volatile__ ("sync" : : : "memory")
>> -#define rmb() __asm__ __volatile__ (__stringify(LWSYNC) : : :
>> "memory")
>> +#define rmb() __asm__ __volatile__ ("sync" : : : "memory")
>> #define wmb() __asm__ __volatile__ ("sync" : : : "memory")
>> #define read_barrier_d
> #define mb() __asm__ __volatile__ ("sync" : : : "memory")
> -#define rmb() __asm__ __volatile__ (__stringify(LWSYNC) : : : "memory")
> +#define rmb() __asm__ __volatile__ ("sync" : : : "memory")
> #define wmb() __asm__ __volatile__ ("sync" : : : "memory")
> #define read_barrier_depends()
From: Grant Likely <[EMAIL PROTECTED]>
arch/ppc/.gitignore shouldn't exclude arch/ppc/boot/include
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- a/arch/ppc/.gitignore
+++ b/arch/ppc/.gitignore
@@ -1 +1 @@
-include
+/include
___
Linuxppc-dev m
> So then I get worried, how do I know
> who's plan and schedule include/excludes my board/chip/issue?
The arch/ppc -> arch/powerpc changeover is exceptional for various
reasons.
First, it is a huge change taking multiple years to complete.
Only recently it has been decided when to finally drop a
On Tue, Aug 21, 2007 at 10:12:17AM -0700, Phil Terry wrote:
> Sorry guys, this is probably the wrong forum and I didn't mean to sound
> like I was trashing anyones efforts here.
I don't think it was taken that way -- rather, we want to know what
hardware people are still using with recent kernels
On Tue, Aug 21, 2007 at 09:11:24AM -0700, Phil Terry wrote:
> On Tue, 2007-08-21 at 17:14 +0200, Segher Boessenkool wrote:
> > > It's not a question of indivudual files being copied over - things are
> > > done differently in arch/powerpc. Things are gradually being ported
> > > over to arch/power
Ooops,
Sorry guys, this is probably the wrong forum and I didn't mean to sound
like I was trashing anyones efforts here.
As I said, I'm not picking on Freescale or anyone else on this list. I'm
just trying to understand this process as an embedded developer who
works at companies which use code
Vitaly Bordug wrote:
> On Fri, 17 Aug 2007 13:17:18 -0500
> Scott Wood wrote:
>
>
>>The existing OF glue code was crufty and broken. Rather than fix it,
>>it will be removed, and the ethernet driver now talks to the device
>>tree directly.
>>
>
> A bit short description, I'd rather expect some
On Aug 21, 2007, at 11:11 AM, Phil Terry wrote:
> On Tue, 2007-08-21 at 17:14 +0200, Segher Boessenkool wrote:
>>> It's not a question of indivudual files being copied over -
>>> things are
>>> done differently in arch/powerpc. Things are gradually being ported
>>> over to arch/powerpc as peop
On Tue, 21 Aug 2007 09:11:24 -0700
Phil Terry <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-08-21 at 17:14 +0200, Segher Boessenkool wrote:
> > > It's not a question of indivudual files being copied over - things are
> > > done differently in arch/powerpc. Things are gradually being ported
> > > over
David Gibson wrote:
> On Mon, Aug 20, 2007 at 12:40:13PM -0500, Scott Wood wrote:
>
>>fsl_get_immr() is equivalent to the kernel's get_immrbase() function.
>
> I notice that this function assumes that P==V. Is that true for all
> relevant platforms at this point?
Yes. If that ever changes, we'
David Gibson wrote:
>>+void planetcore_prepare_table(char *table)
>>+{
>>+ int last_was_newline = 0;
>>+
>>+ while (*table != 10 || !last_was_newline) {
>>+ if (*table == 10) {
>>+ *table = 0;
>>+ last_was_newline = 1;
>>+ } el
David Gibson wrote:
>>+/* Not currently supported: leading whitespace, sign, 0x prefix, zero base */
>>+unsigned long long int strtoull(const char *ptr, char **end, int base)
>>+{
>>+ unsigned long long ret = 0;
>>+
>>+ while (*ptr) {
>>+ int digit;
>>+
>>+ if (*ptr
David Gibson wrote:
> On Mon, Aug 20, 2007 at 12:40:01PM -0500, Scott Wood wrote:
>
>>This allows booting on legacy, non-device-tree aware versions of
>>U-boot.
>
>
> Is this really sufficient for all 8xx platforms?
It should be enough for all u-boot-based 8xx boards, barring some u-boot
which
On Tue, 2007-08-21 at 17:14 +0200, Segher Boessenkool wrote:
> > It's not a question of indivudual files being copied over - things are
> > done differently in arch/powerpc. Things are gradually being ported
> > over to arch/powerpc as people get the time - that's why arch/ppc
> > isn't gone yet.
David Gibson wrote:
>>diff --git a/arch/powerpc/boot/serial.c b/arch/powerpc/boot/serial.c
>>index 944f0ee..d47f8e0 100644
>>--- a/arch/powerpc/boot/serial.c
>>+++ b/arch/powerpc/boot/serial.c
>>@@ -121,6 +121,11 @@ int serial_console_init(void)
>> rc = ns16550_console_init(devp, &seri
David Gibson wrote:
> On Mon, Aug 20, 2007 at 12:39:55PM -0500, Scott Wood wrote:
>
>>Declarations in various users are removed.
>>
>>Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
>
>
> Hrm... it should go in a header, certainly, but I wonder if io.h would
> be more suitable than the already rat
David Gibson wrote:
> On Mon, Aug 20, 2007 at 12:39:49PM -0500, Scott Wood wrote:
>
>>1. ft_create_node was returning the internal pointer rather than a phandle.
>>2. ft_find_device_rel was treating a "top" phandle of NULL as an error,
>>rather than as the root of the tree.
>>3. Return the node's
mmc_spi already tested to work. When it will hit mainline
the only change that will be needed is replacing "spidev"
with "mmc_spi".
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc832x_rdb.dts |2 +-
arch/powerpc/platforms/83xx/mpc832x_rdb.c | 50
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 84 +
arch/powerpc/sysdev/fsl_soc.h |7 +++
2 files changed, 91 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_soc.c b/arch/powerpc/sysdev/fsl_s
On Tue, Aug 21, 2007 at 05:45:37PM +0400, Anton Vorontsov wrote:
> Hi all,
>
> Thanks for the previous reviews, this is v4 against Linus' tree,
> as of today.
Okay, here is brand-new, shiny v5. Today and only today it comes
without section mismatch warnings, don't miss your chance. Get it
free of
> It's not a question of indivudual files being copied over - things are
> done differently in arch/powerpc. Things are gradually being ported
> over to arch/powerpc as people get the time - that's why arch/ppc
> isn't gone yet.
And to be blunt, one of the points of arch/powerpc vs. arch/ppc is
t
David Gibson wrote:
> On Tue, Aug 21, 2007 at 01:58:31PM +0100, Matt Sealey wrote:
>> David Gibson wrote:
>>> Uh... no... this is in the bootwrapper, long before ppc_md even
>>> exists. platform_init() is called from arch/powerpc/boot/crt0.S,
>>> immediately before main().
>> Oh *THAT* platform in
On Tue, Aug 21, 2007 at 01:58:31PM +0100, Matt Sealey wrote:
>
> David Gibson wrote:
> > Uh... no... this is in the bootwrapper, long before ppc_md even
> > exists. platform_init() is called from arch/powerpc/boot/crt0.S,
> > immediately before main().
>
> Oh *THAT* platform init.
>
> So I coul
mmc_spi already tested to work. When it will hit mainline
the only change that will be needed is replacing "spidev"
with "mmc_spi".
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc832x_rdb.dts |2 +-
arch/powerpc/platforms/83xx/mpc832x_rdb.c | 50
Hi all,
Thanks for the previous reviews, this is v4 against Linus' tree,
as of today.
Changelog:
v3 -> v4
- removed fsl,device-id property from SPI nodes;
- instead of fsl_spi_info structure, now fsl_spi_init() accepting
four arguments;
- machine_is(mpc832x_rdb) added in the beginning
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 85 +
arch/powerpc/sysdev/fsl_soc.h |7 +++
2 files changed, 92 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_soc.c b/arch/powerpc/sysdev/fsl_s
On Aug 21, 2007, at 7:13 AM, sivaji wrote:
>
> Hai,
> I am using the kernel 2.6.21. In the file
> (arch/ppc/syslib/pci_auto.c) we have the function pciauto_bus_scan
> (). In
> this function it will skip the host birdge. But in the arch/powepc
> directory
> we don't have that types of f
On Aug 21, 2007, at 7:09 AM, sivaji wrote:
>
> Hai,
>
> Currently I am involved in the testing of a MPC8641D based board
> designed by
> us. We have planned to test the PCI Express interface through a
> back to back
> interface, host being mpc8641d and target is mpc8548.
>
> When trying a tar
David Gibson wrote:
> Uh... no... this is in the bootwrapper, long before ppc_md even
> exists. platform_init() is called from arch/powerpc/boot/crt0.S,
> immediately before main().
Oh *THAT* platform init.
So I could just drop a
} else {
dt_find_initrd();
}
.. at the end and nobody w
On Tue, 21 Aug 2007 14:05:58 +0200
Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> On Tuesday 21 August 2007, David Gibson wrote:
> >
> > > > > The point would be to keep the two trees separate, so that one
> > > > > doesn't need to worry about breaking arch/ppc when making a change
> > > > > to arch/
On Tuesday 21 August 2007, David Gibson wrote:
>
> > > > The point would be to keep the two trees separate, so that one
> > > > doesn't need to worry about breaking arch/ppc when making a change
> > > > to arch/powerpc.
> > >
> > > Exactly so. Having to be careful about not breaking arch/ppc whe
On Tue, Aug 21, 2007 at 01:36:49PM +0100, Matt Sealey wrote:
> David Gibson wrote:
> > On Tue, Aug 21, 2007 at 12:21:18PM +0100, Matt Sealey wrote:
> >> Damn, I should use patchwork more efficiently;
> >>
> >> http://patchwork.ozlabs.org/linuxppc/patch?q=initrd&filter=none&id=12168
> >>
> >> Does a
David Gibson wrote:
> On Tue, Aug 21, 2007 at 12:21:18PM +0100, Matt Sealey wrote:
>> Damn, I should use patchwork more efficiently;
>>
>> http://patchwork.ozlabs.org/linuxppc/patch?q=initrd&filter=none&id=12168
>>
>> Does anyone have any suggestion on the best way to integrate this so that
>> it "
Hai,
I am using the kernel 2.6.21. In the file
(arch/ppc/syslib/pci_auto.c) we have the function pciauto_bus_scan(). In
this function it will skip the host birdge. But in the arch/powepc directory
we don't have that types of file and the function pciauto_bus_scan() also
removed.
I want to
Hai,
Currently I am involved in the testing of a MPC8641D based board designed by
us. We have planned to test the PCI Express interface through a back to back
interface, host being mpc8641d and target is mpc8548.
When trying a target DMA transaction we are not able to access the host
memory usin
Geert Uytterhoeven schrieb:
> I know you could get the PS3AV_CID_AV_VIDEO_DISABLE_SIG message in some cases
> when booting immediately into a VESA mode.
>
> I see you have
>
> CONFIG_CMDLINE="quiet sysrq=1 panic=42 video=ps3fb:mode:0"
>
> Does it go away if you remove the `video=...'?
>
remo
Hai,
I am using the kernel 2.6.21. In the file
(arch/ppc/syslib/pci_auto.c) we have the function pciauto_bus_scan(). In
this function it will skip the host birdge. But in the arch/powepc
directory we don't have that types of file and the function
pciauto_bus_scan() also removed.
I want to k
On Tue, Aug 21, 2007 at 12:21:18PM +0100, Matt Sealey wrote:
> Damn, I should use patchwork more efficiently;
>
> http://patchwork.ozlabs.org/linuxppc/patch?q=initrd&filter=none&id=12168
>
> Does anyone have any suggestion on the best way to integrate this so that
> it "just works" on OF platform
Damn, I should use patchwork more efficiently;
http://patchwork.ozlabs.org/linuxppc/patch?q=initrd&filter=none&id=12168
Does anyone have any suggestion on the best way to integrate this so that
it "just works" on OF platforms? It seems only to be usable way too late
in boot to work, this code wou
Hi guys,
Just a query here, there was a patch for /chosen/initrd,start and initrd,end
variables gained from firmware or so, which allowed booting without getting
those values into r3/r4, does anyone know the maintainer/author of that
patch?
Also, what are the chances of pushing it for 2.6.23 or 2
On Fri, 17 Aug 2007 13:17:18 -0500
Scott Wood wrote:
> The existing OF glue code was crufty and broken. Rather than fix it,
> it will be removed, and the ethernet driver now talks to the device
> tree directly.
>
A bit short description, I'd rather expect some specific improvements list,
that ar
73 matches
Mail list logo
