PA6T has a bug where the slbie instruction does not honor the large
segment bit. As a result, we have to always use slbia when switching
context.
We don't have to worry about changing the slbie's during fault processing,
since they should never be replacing one VSID with another using the
same ESI
Buglet in the 1TB detection makes it return after checking the first
property word, even if it's not a match.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/mm/hash_utils_64.c b/arch/powerpc/mm/hash_utils_64.c
index 611ad08..09da90b 100644
--- a/arch/powerpc/mm/hash_
Commit 1189be6508d45183013ddb82b18f4934193de274 ([POWERPC] Use 1TB
segments) added an argument to hpte_insert.
Also make iSeries_hpte_insert static.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/iseries/htab.c |4 ++--
1 files changed, 2 insertions(+), 2 dele
Commit 6712ecf8f648118c3363c142196418f89a510b90 (Drop 'size' argument
from bio_endio and bi_end_io) dropped the second argument.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/axonram.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
I am not sure if th
From: Grant Likely <[EMAIL PROTECTED]>
There is no good reason for board platform code to mess with the ROOT_DEV.
Remove it from all in-tree platforms except powermac
This is a follow on to commit 745e1027751acbc1f14f8bbef378b491242b9c83.
The original patch had this change to lite5200.c, but it g
From: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
drivers/video/xilinxfb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/video/xilinxfb.c b/drivers/video/xilinxfb.c
index 6ef99b2..e38d3b7 100644
--- a/drivers/video/xili
Hi Paulus,
Here are 2 fixups to the powerpc tree. The first is a change to
lite5200.c that somehow got dropped from the ROOT_DEV patch. The
second is a simple typo fix to the xilinxfb driver. (I had noticed
the typo after posting the patch, but had thought in the back of my
mind that I'd get to
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/sysdev/axonram.c b/arch/powerpc/sysdev/axonram.c
index ab037a3..46fd9c6 100644
--- a/arch/powerpc/sysdev/axonram.c
+++ b/arch/powerpc/sysdev/axonram.c
@@ -117,7 +117,7 @@ axon_ram_make_request(struct request_queue *queue, str
On Fri, 12 Oct 2007, Paul Mackerras wrote:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git master
I got a merge conflict on Documentation/powerpc/booting-without-of.txt,
which I tried to fix up. I may or may not have succeeded.
The issue was the interaction of David Gibso
It seems to have been munged by patchwork.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/iseries/vio.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
diff --git a/arch/powerpc/platfor
On Fri, Oct 12, 2007 at 11:23:39AM +1000, Paul Mackerras wrote:
> Olof Johansson writes:
>
> > Not using the ppc-specific WARN_ON/BUG_ON constructs actually saves about
> > 4K text on a ppc64_defconfig. The main reason seems to be that prepping
> > the arguments to the conditional trap instruction
On Wed, Oct 10, 2007 at 11:27:14PM -0600, Grant Likely wrote:
> On 10/10/07, David Gibson <[EMAIL PROTECTED]> wrote:
> > > My main concern is that I don't like the implicit numbering that
> > > occurs simply based on the order of devices in the device tree. If
> > > the probe algorithm ever change
On Thu, Oct 11, 2007 at 07:13:39AM -0500, Josh Boyer wrote:
> On Thu, 2007-10-11 at 14:02 +0200, Stefan Roese wrote:
> > On Thursday 11 October 2007, Josh Boyer wrote:
> > > On Thu, 2007-10-11 at 10:49 +0200, Stefan Roese wrote:
> > > > > > + PowerPC,[EMAIL PROTECTED] {
> > > > > > +
On Thu, Oct 11, 2007 at 04:13:39PM -0500, Josh Boyer wrote:
> On Thu, 2007-10-11 at 15:12 -0500, Scott Wood wrote:
> > On Thu, Oct 11, 2007 at 03:31:12PM +0200, Stefan Roese wrote:
> > > Yes, good catch. Since I'm not using the bootwrapper, I should be able to
> > > get
> > > rid of WANT_DEVICE_T
On Thu, Oct 11, 2007 at 01:42:30PM -0500, Kumar Gala wrote:
> Move to using PAGE_OFFSET instead of TASK_SIZE or KERNELBASE value on
> 6xx/40x/44x/fsl-booke to determine if the faulting address is a kernel or
> user space address. This mimics how the macro is_kernel_addr()
> works.
Actually it's a
Replace NT_PRXFPREG with ELF_CORE_XFPREG_TYPE in the coredump code which
allows for more flexibility in the note type for the state of 'extended
floating point' implementations in coredumps. New note types can now be
added with an appropriate #define.
This does #define ELF_CORE_XFPREG_TYPE to be
Sorry for the patch noise but please disregard this patch - a line is longer
than 80 characters and I'd hate to be brought up on that...
V3 will be the perfect version then :)
Thanks and apologies again!
Mark.
Mark Nelson wrote:
> Replace NT_PRXFPREG with ELF_CORE_XFPREG_TYPE in the coredump
On Thu, Oct 11, 2007 at 01:31:53PM -0500, Josh Boyer wrote:
> On Thu, 2007-10-11 at 21:26 +0400, Valentine Barshak wrote:
> > Josh Boyer wrote:
> > > On Thu, 2007-10-11 at 17:50 +0200, Arnd Bergmann wrote:
> > >> On Thursday 11 October 2007, Valentine Barshak wrote:
> > >>> Currently find_legacy_se
One more for you. This is preparation for the libfdt merge.
Add memchr() to the bootwrapper
This patch adds a memchr() implementation to the bootwrapper. libfdt
will need this.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: working-2.6/arch/powerpc/boot/string.S
==
On Thu, Oct 11, 2007 at 10:04:19PM -0400, Kyle McMartin wrote:
> On Fri, Oct 12, 2007 at 11:23:39AM +1000, Paul Mackerras wrote:
> > Olof Johansson writes:
> >
> > > Not using the ppc-specific WARN_ON/BUG_ON constructs actually saves about
> > > 4K text on a ppc64_defconfig. The main reason seems
On Fri, Oct 12, 2007 at 11:23:39AM +1000, Paul Mackerras wrote:
> Olof Johansson writes:
>
> > Not using the ppc-specific WARN_ON/BUG_ON constructs actually saves about
> > 4K text on a ppc64_defconfig. The main reason seems to be that prepping
> > the arguments to the conditional trap instruction
Replace NT_PRXFPREG with ELF_CORE_XFPREG_TYPE in the coredump code which
allows for more flexibility in the note type for the state of 'extended
floating point' implementations in coredumps. New note types can now be
added with an appropriate #define.
This does #define ELF_CORE_XFPREG_TYPE to be
Kumar Gala wrote:
>
> On Oct 11, 2007, at 2:15 AM, [EMAIL PROTECTED] wrote:
>
>> Replace NT_PRXFPREG with ELF_CORE_XFPREG_TYPE in the coredump code which
>> allows for more flexibility in the note type for the state of 'extended
>> floating point' implementations in coredumps. New note types can
Olof Johansson writes:
> Not using the ppc-specific WARN_ON/BUG_ON constructs actually saves about
> 4K text on a ppc64_defconfig. The main reason seems to be that prepping
> the arguments to the conditional trap instructions is more work than
> just doing a compare and branch.
It might be more i
On Fri, 2007-10-12 at 10:32 +1000, Paul Mackerras wrote:
> Michael Ellerman writes:
>
> > Anything wrong with my patch "Fail early in lmb_remove_region()", it
> > generated no comment ..
>
> Just seems a little unnecessary given that the function in question is
> static, that's all...
Yeah true.
On Fri, Oct 12, 2007 at 10:21:09AM +1000, Benjamin Herrenschmidt wrote:
>
> On Thu, 2007-10-11 at 19:20 -0500, Olof Johansson wrote:
> > Implement show_unhandled_signals sysctl + support to print when a process
> > is killed due to unhandled signals just as i386 and x86_64 does.
> >
> > Default t
Michael Ellerman writes:
> Anything wrong with my patch "Fail early in lmb_remove_region()", it
> generated no comment ..
Just seems a little unnecessary given that the function in question is
static, that's all...
Paul.
___
Linuxppc-dev mailing list
L
On Thu, 2007-10-11 at 22:30 +1000, Paul Mackerras wrote:
> Below is the list of commits that I plan to ask Linus to pull
> tomorrow. This is the last call for anything else or for objections
> to any of these commits going in. These commits are in powerpc.git on
> the master and for-2.6.24 branch
On Thu, 2007-10-11 at 19:20 -0500, Olof Johansson wrote:
> Implement show_unhandled_signals sysctl + support to print when a process
> is killed due to unhandled signals just as i386 and x86_64 does.
>
> Default to having it off, unlike x86 that defaults on.
Why ? I'd like it on by default :-)
Implement show_unhandled_signals sysctl + support to print when a process
is killed due to unhandled signals just as i386 and x86_64 does.
Default to having it off, unlike x86 that defaults on.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: 2.6.23/arch/powerpc/kernel/traps.c
==
On Thu, 2007-10-11 at 17:30 +1000, Tony Breeds wrote:
> Early in the 2.6.23 cycle we broke the ability to offline cpu0
> (7ccb4a662462616f6be5053e26b79580e02f1529). This patch fixes that by
> ensuring that the (xics) default irq server, will not be 0 when taking
> cpu0 offline.
>
> Also catches
On Thu, 2007-10-11 at 08:04 -0500, Kumar Gala wrote:
> On Oct 11, 2007, at 2:15 AM, [EMAIL PROTECTED] wrote:
>
> > Replace NT_PRXFPREG with ELF_CORE_XFPREG_TYPE in the coredump code
> > which
> > allows for more flexibility in the note type for the state of
> > 'extended
> > floating point' im
On Oct 11, 2007, at 5:31 PM, Paul Mackerras wrote:
> Kumar Gala writes:
>
>> I'm debugging one issue with MPC8560 that should get fixed today with
>> a new pull request after I find the issue.
>
> There's no particular hurry for bug fixes.
Already dealt with, mainly I was being stupid.
>> Just
Kumar Gala writes:
> do you still have a 601 running somewhere?
Yes, I still have the original 601 cpu card for my PowerMac 7500. :)
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Kumar Gala writes:
> I'm debugging one issue with MPC8560 that should get fixed today with
> a new pull request after I find the issue.
There's no particular hurry for bug fixes.
> Just to clarify, are we closing 2.6.24 for new code after you send
> Linus a pull request or are we still takin
Kumar Gala writes:
> > ELF_CORE_XFPREG_TYPE is a suitable name for something that's used in
> > conjunction with a function called elf_core_copy_task_xfpregs().
>
> agreed, I think the function name should change as well.
Maybe. Let's do one step at a time...
Paul.
On Thu, 2007-10-11 at 07:47 -0500, Josh Boyer wrote:
> On Thu, 2007-10-11 at 22:30 +1000, Paul Mackerras wrote:
> > Below is the list of commits that I plan to ask Linus to pull
> > tomorrow. This is the last call for anything else or for objections
> > to any of these commits going in. These com
On Oct 11, 2007, at 4:55 PM, Paul Mackerras wrote:
> Kumar Gala writes:
>
>>> #define ELF_CORE_XFPREG_TYPE to be NT_PRXFPREG in all current
>>> users so
>>> there's are no change in behaviour.
>>
>> Can we make this ELF_CORE_VECREG_TYPE or something that is so coupled
>> to the x86 specific nam
Kumar Gala writes:
> > #define ELF_CORE_XFPREG_TYPE to be NT_PRXFPREG in all current users so
> > there's are no change in behaviour.
>
> Can we make this ELF_CORE_VECREG_TYPE or something that is so coupled
> to the x86 specific name?
How is "extended floating point registers" x86-specific?
Linas Vepstas writes:
> Gack. A system dump might take a while on these machines ...
Why? Using 1TB segments doesn't mean they have 1TB of RAM ...
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxpp
Paul,
Can you look over this fix and see if you have any style issues with it.
Its legal for stfiwx to have RA = 0, however we treated it as illegal
since it was in class "XE".
- k
diff --git a/arch/powerpc/math-emu/math.c b/arch/powerpc/math-emu/math.c
index 69058b2..381306b 100644
--- a/arch/p
Paul Mackerras writes:
> Olof Johansson writes:
>> Don't allow cpu hotplug on systems lacking XICS interrupt controller,
>> since current code is hardcoded for it.
> ...
>> +for (np = NULL; (np = of_find_node_by_name(np,
>> + "interrupt-controller")
On Thu Oct 11 10:04:40 EST 2007, Paul Mackerras wrote:
> Linas Vepstas writes:
>> Err .. it was cpu 0 that was spinlocked. Are interrupts not
>> distributed?
>
> We have some bogosities in the xics code that I noticed a couple of
> days ago. Basically we only set the xics to distribute interrup
On Thu, 2007-10-11 at 15:12 -0500, Scott Wood wrote:
> On Thu, Oct 11, 2007 at 03:31:12PM +0200, Stefan Roese wrote:
> > Yes, good catch. Since I'm not using the bootwrapper, I should be able to
> > get
> > rid of WANT_DEVICE_TREE too. But it seems to be autoselected in
> > arch/powerpc/platform
On Thursday 11 October 2007, Valentine Barshak wrote:
> Currently find_legacy_serial_ports() can find no serial ports on the OPB
> with flattened device. Thus no legacy boot console can be initialized.
> Just the early udbg console works, which is initialized with udbg_init_44x_as1
> on the UART's
On Oct 11, 2007, at 3:55 PM, Benjamin Herrenschmidt wrote:
>
> On Thu, 2007-10-11 at 07:52 -0500, Kumar Gala wrote:
>>> Benjamin Herrenschmidt (3):
>>> [POWERPC] Fix platinumfb framebuffer
>>> [POWERPC] cell: Move cbe_regs.h to include/asm-powerpc/cell-
>>> regs.h
>>> [POWERPC]
On Thu, 2007-10-11 at 09:12 -0500, Kumar Gala wrote:
> On Oct 11, 2007, at 6:46 AM, Paul Mackerras wrote:
>
> > In testing the new clocksource and clockevent code on a PPC601
> > processor, I discovered that the clockevent multiplier value for the
> > decrementer clockevent was overflowing. Beca
On Thu, 2007-10-11 at 07:52 -0500, Kumar Gala wrote:
> > Benjamin Herrenschmidt (3):
> > [POWERPC] Fix platinumfb framebuffer
> > [POWERPC] cell: Move cbe_regs.h to include/asm-powerpc/cell-
> > regs.h
> > [POWERPC] cell: Add Cell memory controller register defs and
> > expose
On Thu, Oct 11, 2007 at 10:04:40AM +1000, Paul Mackerras wrote:
> Linas Vepstas writes:
>
> > Err .. it was cpu 0 that was spinlocked. Are interrupts not
> > distributed?
>
> We have some bogosities in the xics code that I noticed a couple of
> days ago. Basically we only set the xics to distr
On Thu, Oct 11, 2007 at 03:31:12PM +0200, Stefan Roese wrote:
> Yes, good catch. Since I'm not using the bootwrapper, I should be able to get
> rid of WANT_DEVICE_TREE too. But it seems to be autoselected in
> arch/powerpc/platforms/Kconfig.cputype for 40x and most other "embedded"
> CPU's. Any
On Thu, Oct 11, 2007 at 05:53:45PM +0800, Li Yang wrote:
> diff --git a/arch/powerpc/platforms/Kconfig b/arch/powerpc/platforms/Kconfig
> index 19d4628..e89f803 100644
> --- a/arch/powerpc/platforms/Kconfig
> +++ b/arch/powerpc/platforms/Kconfig
> @@ -291,4 +291,8 @@ config FSL_ULI1575
> Fr
On Thu, Oct 11, 2007 at 10:12:35AM +1000, Paul Mackerras wrote:
> Timur Tabi writes:
>
> > Is this a new policy? Modules in the kernel are not built unless you want
> > them. Even in arch/powerpc/platforms, only the specific platform file I'm
> > targeting is built. So I don't really understa
On Thu, Oct 11, 2007 at 12:14:13PM -0500, Olof Johansson wrote:
> Not using the ppc-specific WARN_ON/BUG_ON constructs actually saves about
> 4K text on a ppc64_defconfig. The main reason seems to be that prepping
> the arguments to the conditional trap instructions is more work than
> just doing a
Currently find_legacy_serial_ports() can find no serial ports on the OPB
with flattened device. Thus no legacy boot console can be initialized.
Just the early udbg console works, which is initialized with udbg_init_44x_as1
on the UART's physical address specified in kernel config. This happens
beca
Arnd Bergmann wrote:
> On Thursday 11 October 2007, Valentine Barshak wrote:
>> Currently find_legacy_serial_ports() can find no serial ports on the OPB.
>> Thus no legacy boot console can be initialized. Just the early udbg console
>> works, which is initialized with udbg_init_44x_as1() on the UAR
(Added the two patches to use PAGE_OFFSET and set TASK_SIZE to 3GB)
Please pull from 'for-2.6.24' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.24
to receive the following updates:
arch/powerpc/Kconfig |3
arch/powerpc/boot/dt
All ppc32 systems except PReP and 8xx are capable of handling 3G of user
address space. Old legacy had set this to 2GB and no one has bothered to
fix it.
8xx could be bumped up to 3GB if its SW TLB miss handlers were fixed up
to properly determine kernel/user addresses.
---
arch/powerpc/Kconfig
Move to using PAGE_OFFSET instead of TASK_SIZE or KERNELBASE value on
6xx/40x/44x/fsl-booke to determine if the faulting address is a kernel or
user space address. This mimics how the macro is_kernel_addr() works.
---
I've tested this on fsl_booke & 603 systems.
arch/powerpc/kernel/head_32.S
> Paulus,
>
> Sylvain has asked if I would like to help with the mpc52xx
> maintainership. If it's okay by you, here is a patch that adds me as
> co-maintainer for the mpc52xx platform along with 3 other mpc52xx
> related fixes.
>
> Sylvain, can you please reply to this message confirming that thi
On Thu, 2007-10-11 at 21:26 +0400, Valentine Barshak wrote:
> Josh Boyer wrote:
> > On Thu, 2007-10-11 at 17:50 +0200, Arnd Bergmann wrote:
> >> On Thursday 11 October 2007, Valentine Barshak wrote:
> >>> Currently find_legacy_serial_ports() can find no serial ports on the OPB.
> >>> Thus no legacy
Josh Boyer wrote:
> On Thu, 2007-10-11 at 17:50 +0200, Arnd Bergmann wrote:
>> On Thursday 11 October 2007, Valentine Barshak wrote:
>>> Currently find_legacy_serial_ports() can find no serial ports on the OPB.
>>> Thus no legacy boot console can be initialized. Just the early udbg console
>>> work
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
Josh, I'm sending only the updated defconfig file now from
this patch-series. Hopefully this is enough.
Thanks,
Stefan
arch/powerpc/configs/kilauea_defconfig | 768
1 files changed, 768 insertions(+), 0 deletio
On Thursday 11 October 2007, Josh Boyer wrote:
> Wait, no. We already had this discussion months ago when David was
> working on the original Ebony port. It was declared that legacy_serial
> is not how serial should be done on 4xx and the serial_of driver was
> supposed to be used instead.
>
> H
HAVE_ARCH_WARN is used to determine if an arch already has a __WARN()
macro, or if a generic one is needed.
With this, some of the arch-specific WARN_ON() implementations can be
made common instead (see follow-up patch for powerpc).
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
diff --git a/
Not using the ppc-specific WARN_ON/BUG_ON constructs actually saves about
4K text on a ppc64_defconfig. The main reason seems to be that prepping
the arguments to the conditional trap instructions is more work than
just doing a compare and branch.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
On Thursday 11 October 2007, Timur Tabi wrote:
>
> Kumar Gala wrote:
>
> > Just to clarify, are we closing 2.6.24 for new code after you send
> > Linus a pull request or are we still taking things during the two
> > week merge window?
>
> I certainly hope the window isn't closed! I need ano
On Thu, Oct 11, 2007 at 10:30:05PM +1000, Paul Mackerras wrote:
> Below is the list of commits that I plan to ask Linus to pull
> tomorrow. This is the last call for anything else or for objections
> to any of these commits going in. These commits are in powerpc.git on
> the master and for-2.6.24
On Thu, 2007-10-11 at 17:37 +0200, Wolfgang Denk wrote:
> Hallo Stefan,
>
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > > If not, do you want this set by default so
> > > floating point instructions work?
>
> No, we use soft-float on all such systems which is much faster.
>
> > I just ch
On Thu, Oct 11, 2007 at 08:37:10PM +1000, Paul Mackerras wrote:
> This makes the kernel use 1TB segments for all kernel mappings and for
> user addresses of 1TB and above, on machines which support them
> (currently POWER5+, POWER6 and PA6T).
Gack. A system dump might take a while on these machine
On Thu, 2007-10-11 at 17:50 +0200, Arnd Bergmann wrote:
> On Thursday 11 October 2007, Valentine Barshak wrote:
> > Currently find_legacy_serial_ports() can find no serial ports on the OPB.
> > Thus no legacy boot console can be initialized. Just the early udbg console
> > works, which is initializ
On Thursday 11 October 2007, Valentine Barshak wrote:
> Currently find_legacy_serial_ports() can find no serial ports on the OPB.
> Thus no legacy boot console can be initialized. Just the early udbg console
> works, which is initialized with udbg_init_44x_as1() on the UART's physical
> address spe
Hallo Stefan,
In message <[EMAIL PROTECTED]> you wrote:
>
> > If not, do you want this set by default so
> > floating point instructions work?
No, we use soft-float on all such systems which is much faster.
> I just checked some existing arch/ppc defconfig files (and arch/powerpc too).
> Most
Kumar Gala wrote:
> Just to clarify, are we closing 2.6.24 for new code after you send
> Linus a pull request or are we still taking things during the two
> week merge window?
I certainly hope the window isn't closed! I need another week to get my UART
driver in.
--
Timur Tabi
Linux Kerne
Currently find_legacy_serial_ports() can find no serial ports on the OPB.
Thus no legacy boot console can be initialized. Just the early udbg console
works, which is initialized with udbg_init_44x_as1() on the UART's physical
address specified in kernel config. This happens because we look for ns16
On Oct 10, 2007, at 11:43 AM, Olof Johansson wrote:
> On Wed, Oct 10, 2007 at 05:08:44AM -0500, Milton Miller wrote:
>> Olof's patch searched the device-tree again, looking for an mpic.
>> This
>> code instead checks that we found an xics the first time by checking
>> the
>> init function.
>
>
Hi,
When i compile my device driver for kernel2.6, i got a warning as followng:
Warning: "isa_io_base" [/home/oliu/pmm-mpc-k26-6437/pmm.ko] undefined!
When i insmod pmm.ko, i got the message as following:
# insmod pmm.ko
pmm: Unknown symbol isa_io_base
insmod: cannot insert `pmm.ko
On 10/11/07, Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Below is the list of commits that I plan to ask Linus to pull
> tomorrow. This is the last call for anything else or for objections
> to any of these commits going in. These commits are in powerpc.git on
> the master and for-2.6.24 branches
asm-powerpc/mpc85xx.h was really a hold over from arch/ppc. Now that
more decoupling has occurred we can remove and some of
its legacy.
As part of this we moved the definition of CPM_MAP_ADDR into cpm2.h
for 85xx platforms. This is a stop gap until drivers stop using
CPM_MAP_ADDR.
---
Feels g
---
arch/powerpc/configs/mpc8560_ads_defconfig | 23 ++-
1 files changed, 18 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/configs/mpc8560_ads_defconfig
b/arch/powerpc/configs/mpc8560_ads_defconfig
index 0fb54c7..3d68c65 100644
--- a/arch/powerpc/configs/mpc8560_a
Please pull from 'for-2.6.24' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.24
to receive the following updates:
arch/powerpc/boot/dts/mpc8272ads.dts |2
arch/powerpc/boot/dts/mpc8541cds.dts | 36 ++
arch/powerpc/boot/dts/mpc8555cd
On 10/11/07, Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> Just to clarify, are we closing 2.6.24 for new code after you send
> Linus a pull request or are we still taking things during the two
> week merge window?
And as a follow-on question; if you are closing for new code, will you
still accept pat
On Oct 11, 2007, at 6:46 AM, Paul Mackerras wrote:
> In testing the new clocksource and clockevent code on a PPC601
> processor, I discovered that the clockevent multiplier value for the
> decrementer clockevent was overflowing. Because the RTCL register in
> the 601 effectively counts at 1GHz (
On Thursday 11 October 2007, Josh Boyer wrote:
> On Thu, 2007-10-11 at 14:08 +0200, Stefan Roese wrote:
> > Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
> > +# CONFIG_MATH_EMULATION is not set
>
> Does the 405EX have an FPU?
No.
> If not, do you want this set by default so
> floating point in
On Oct 11, 2007, at 7:30 AM, Paul Mackerras wrote:
> Below is the list of commits that I plan to ask Linus to pull
> tomorrow. This is the last call for anything else or for objections
> to any of these commits going in. These commits are in powerpc.git on
> the master and for-2.6.24 branches.
On Oct 11, 2007, at 7:53 AM, Paul Mackerras wrote:
> Kumar Gala writes:
>
>>> Wolfgang Denk (1):
>>> [POWERPC] Disable vDSO support for ARCH=ppc where it's not
>>> implemented
>>
>> Did I miss this getting posted to linuxppc-dev?
>
> It was posted yesterday, so if you didn't see it, I guess
On Thu, 2007-10-11 at 14:08 +0200, Stefan Roese wrote:
> Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
> +# CONFIG_MATH_EMULATION is not set
Does the 405EX have an FPU? If not, do you want this set by default so
floating point instructions work?
> +CONFIG_RESOURCES_64BIT=y
I'm not sure about
On Oct 11, 2007, at 2:15 AM, [EMAIL PROTECTED] wrote:
> Replace NT_PRXFPREG with ELF_CORE_XFPREG_TYPE in the coredump code
> which
> allows for more flexibility in the note type for the state of
> 'extended
> floating point' implementations in coredumps. New note types can
> now be
> added
Kumar Gala writes:
> > Wolfgang Denk (1):
> > [POWERPC] Disable vDSO support for ARCH=ppc where it's not
> > implemented
>
> Did I miss this getting posted to linuxppc-dev?
It was posted yesterday, so if you didn't see it, I guess you must
have missed it. :)
Paul.
__
> Benjamin Herrenschmidt (3):
> [POWERPC] Fix platinumfb framebuffer
> [POWERPC] cell: Move cbe_regs.h to include/asm-powerpc/cell-
> regs.h
> [POWERPC] cell: Add Cell memory controller register defs and
> expose it
Ben, your slacking :)
> Wolfgang Denk (1):
> [POWERPC]
On Thu, 2007-10-11 at 22:30 +1000, Paul Mackerras wrote:
> Below is the list of commits that I plan to ask Linus to pull
> tomorrow. This is the last call for anything else or for objections
> to any of these commits going in. These commits are in powerpc.git on
> the master and for-2.6.24 branch
This patch adds netpoll support for the QE UCC Gigabit Ethernet
driver. The approach is very similar to the gianfar driver.
Tested using netconsole.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/net/ucc_geth.c | 19 +++
1 files changed, 19 insertions(+), 0 dele
- uccf should be set to NULL to not double-free memory on
subsequent calls;
- ind_hash_q and group_hash_q lists should be initialized in the
probe() function, instead of struct_init() (called by open()),
otherwise there will be an oops if ucc_geth_driver removed
prior 'ifconfig ethX up';
-
Hi Josh,
On Thursday 11 October 2007, Josh Boyer wrote:
> Ok, so how does the DTS file from the kernel get to U-Boot? Since there
> is no defconfig provided and no wrapper bits, I'm assuming this port
> takes a raw uImage. Is that correct?
Yes, correct.
> If so, do you expect a separate
> DTB
On Thu, 2007-10-11 at 14:02 +0200, Stefan Roese wrote:
> On Thursday 11 October 2007, Josh Boyer wrote:
> > On Thu, 2007-10-11 at 10:49 +0200, Stefan Roese wrote:
> > > > > + PowerPC,[EMAIL PROTECTED] {
> > > > > + device_type = "cpu";
> > > > > +
This patch adds basic support for the new 405EX and the AMCC eval board
Kilauea to arch/powerpc.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/40x/Kconfig |7
arch/powerpc/platforms/40x/Makefile |5 ++-
arch/powerpc/platforms/40x/kilauea.c | 58 +
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
arch/powerpc/configs/kilauea_defconfig | 768
1 files changed, 768 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/kilauea_defconfig
diff --git a/arch/powerpc/configs/kilauea_defconfig
b/
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/kilauea.dts | 252 +
1 files changed, 252 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/kilauea.dts
diff --git a/arch/powerpc/boot/dts/kilauea.dts
b/arch/power
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/cputable.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c
index b03a442..eccdad0 100644
--- a/arch/powerpc/kernel/cputable.c
On Thursday 11 October 2007, Josh Boyer wrote:
> On Thu, 2007-10-11 at 10:49 +0200, Stefan Roese wrote:
> > > > + PowerPC,[EMAIL PROTECTED] {
> > > > + device_type = "cpu";
> > > > + reg = <0>;
> > > > + clock-frequency
On Thu, 2007-10-11 at 10:49 +0200, Stefan Roese wrote:
> > > + PowerPC,[EMAIL PROTECTED] {
> > > + device_type = "cpu";
> > > + reg = <0>;
> > > + clock-frequency = <0>; /* Filled in by U-Boot */
> >
> > Filled in by U-Boot itself? Or by a cu
1 - 100 of 113 matches
Mail list logo
