Stefan Roese writes:
> I really think that now, as the PPC4xx Linux development is picking up in
> speed in the ongoing move to arch/powerpc, we need an "active" maintainer for
> the 4xx Linux kernel platform. Since I haven't heard anything from Matt in a
> long time, perhaps it would be better
On Saturday 15 September 2007, David Gibson wrote:
> On Fri, Sep 14, 2007 at 01:54:14PM -0500, Josh Boyer wrote:
> > A new binding for flash devices was recently introduced. This updates
> > the Sequoia DTS to use the new binding and enabled MTD in the defconfig.
> >
> > Signed-off-by: Josh Boyer
On Friday 14 September 2007, Josh Boyer wrote:
> A new binding for flash devices was recently introduced. This updates the
> Walnut DTS to use the new binding.
>
> Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/dts/walnut.dts | 17 -
> 1 file changed, 12
On Saturday 15 September 2007, David Gibson wrote:
> > I second that nomination... Go JOSH!
>
> You're behind the times. Paulus has already annointed Josh as 4xx
> maintainer.
Excellent. That's good news.
Good luck Josh. :)
Best regards,
Stefan
___
Li
On Fri, Sep 14, 2007 at 01:54:12PM -0500, Josh Boyer wrote:
> The latest physmap_of driver has a small error where it will fail the probe
> with:
>
> physmap-flash: probe of fff0.small-flas failed with error -2
>
> if there are no partition subnodes in the device tree and the old style
> bin
On Fri, Sep 14, 2007 at 12:20:37PM -0500, Josh Boyer wrote:
> On Fri, 14 Sep 2007 15:54:27 +1000
> David Gibson <[EMAIL PROTECTED]> wrote:
>
> > Currently the rtc driver, rtc-ds1742.c uses an unsigned long to store
> > the base mmio address of the NVRAM/RTC. This breaks on systems like
> > PowerP
On Fri, Sep 14, 2007 at 01:54:11PM -0500, Josh Boyer wrote:
> Add a cuboot wrapper for the Bamboo board. This also removes some obsoleted
> linker declarations that have been moved into ops.h
>
> Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
> Acked-by: David Gibson <[EMAIL PROTECTED]>
Heh, well
On Fri, Sep 14, 2007 at 01:54:13PM -0500, Josh Boyer wrote:
> A new binding for flash devices was recently introduced. This updates the
> Walnut DTS to use the new binding.
>
> Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
We should both really figure o
On Fri, Sep 14, 2007 at 01:54:14PM -0500, Josh Boyer wrote:
> A new binding for flash devices was recently introduced. This updates the
> Sequoia DTS to use the new binding and enabled MTD in the defconfig.
>
> Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTE
On Fri, Sep 14, 2007 at 12:21:14PM +0400, Vitaly Bordug wrote:
> Hello David,
>
> On Fri, 14 Sep 2007 14:09:34 +1000
> David Gibson wrote:
>
> > On Thu, Sep 13, 2007 at 12:16:40PM +0400, Vitaly Bordug wrote:
> > [snip]
> > > > This looks bogus. You're replacing the old crap immr_map() functions,
On Fri, Sep 14, 2007 at 02:11:55PM -0600, Grant Likely wrote:
> On 9/14/07, Stefan Roese <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I really think that now, as the PPC4xx Linux development is picking up in
> > speed in the ongoing move to arch/powerpc, we need an "active" maintainer
> > for
> > th
On Sat, 2007-09-15 at 03:02 +0200, Arnd Bergmann wrote:
> On Saturday 15 September 2007, Josh Boyer wrote:
> > On Sat, 2007-09-15 at 02:21 +0200, Arnd Bergmann wrote:
> > > Since the PPE on cell is an in-order core, it suffers significantly
> > > from wrong instruction scheduling. This adds an Kcon
On Saturday 15 September 2007, Segher Boessenkool wrote:
>
> > +config TUNE_CELL
> > + bool "Optimize for Cell Broadband Engine"
> > + depends on PPC64
> > + help
> > + Cause the compiler to optimize for the PPE of the Cell Broadband
> > + Engine. This will make the code ru
On Saturday 15 September 2007, Josh Boyer wrote:
> On Sat, 2007-09-15 at 02:21 +0200, Arnd Bergmann wrote:
> > Since the PPE on cell is an in-order core, it suffers significantly
> > from wrong instruction scheduling. This adds an Kconfig option that
> > enables passing -mtune=cell to gcc in order
> +config TUNE_CELL
> + bool "Optimize for Cell Broadband Engine"
> + depends on PPC64
> + help
> + Cause the compiler to optimize for the PPE of the Cell Broadband
> + Engine. This will make the code run considerably faster on Cell
> + but somewhat slower on other mac
On Sat, 2007-09-15 at 02:21 +0200, Arnd Bergmann wrote:
> Since the PPE on cell is an in-order core, it suffers significantly
> from wrong instruction scheduling. This adds an Kconfig option that
> enables passing -mtune=cell to gcc in order to generate object
> code that runs well on cell.
Which
Since the PPE on cell is an in-order core, it suffers significantly
from wrong instruction scheduling. This adds an Kconfig option that
enables passing -mtune=cell to gcc in order to generate object
code that runs well on cell.
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
---
diff --git a/arch
On Thu, 2007-08-23 at 09:30 +0200, Benjamin Herrenschmidt wrote:
> On Thu, 2007-08-23 at 13:56 +1000, David Gibson wrote:
> >
> >
> > Jeff, I've discussed this with BenH, and although there are some
> > problems with the driver still, we think it's good enough to merge in
> > 2.6.24, the warts ca
On Tue, 11 Sep 2007 18:56:44 -0700
[EMAIL PROTECTED] wrote:
> Changes for version v3:
>
> cpu_sibling_map has been converted to a per_cpu data array to fix
> build errors on ia64, ppc64 and sparc64 to accomodate references in
> block/blktrace.c and kernel/sched.c when CONFIG_SCHED_SMT is defined.
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Fri, 14 Sep 2007 15:12:53 -0700
> That fixes sparc, but I think other architectures are still broken. And if
> we use Tony's ifdef patch to fix the other architectures, that makes the
> above sparc-fix patch unneeded.
>
> argh.
I don't care if we us
On Fri, 14 Sep 2007 11:33:24 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Thu, 13 Sep 2007 03:55:06 -0700
>
> > I think we need to go with Tony's patch. sparc32 and sparc64 are
> > presently broken too, and the patch which converts sparc t
Implement udbg_getc() for 440, which fixes xmon input.
Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/kernel/udbg_16550.c b/arch/powerpc/kernel/udbg_16550.c
--- a/arch/powerpc/kernel/udbg_16550.c
+++ b/arch/powerpc/kernel/udbg_16550.c
@@ -206,11 +206,22 @@ static voi
On Fri, 2007-09-14 at 12:50 -0700, Medve Emilian-EMMEDVE1 wrote:
> Which solution would you be more comfortable with?
The one which is currently in -mm is this one:
http://git.kernel.org/?p=linux/kernel/git/jejb/scsi-misc-2.6.git;a=commit;h=49892223f7d3a2333ef9e6cbdd526676e1fc517a
James
__
On 9/14/07, Stefan Roese <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I really think that now, as the PPC4xx Linux development is picking up in
> speed in the ongoing move to arch/powerpc, we need an "active" maintainer for
> the 4xx Linux kernel platform. Since I haven't heard anything from Matt in a
> lo
Hi,
I really think that now, as the PPC4xx Linux development is picking up in
speed in the ongoing move to arch/powerpc, we need an "active" maintainer for
the 4xx Linux kernel platform. Since I haven't heard anything from Matt in a
long time, perhaps it would be better if somebody else takes c
Hello,
I'm trying to get powerpc to build without block device support
(CONFIG_BLOCK=n). I'm getting the following errors:
CC arch/powerpc/kernel/setup_32.o
In file included from include/linux/blkdev.h:17,
from include/linux/ide.h:13,
from arch/powerpc/ke
On Fri, 14 Sep 2007 13:59:14 -0500
Josh Boyer <[EMAIL PROTECTED]> wrote:
> Below is a small update series for 4xx that I intend to put in my
> 2.6.24 branch soon and send to Paul. It contains an already acked
> cuboot wrapper for Bamboo, a fix for the newly updated physmap_of
> driver, and update
Below is a small update series for 4xx that I intend to put in my 2.6.24 branch
soon and send to Paul. It contains an already acked cuboot wrapper for Bamboo,
a fix for the newly updated physmap_of driver, and updates to the walnut and
sequoia flash nodes in the DTS files.
josh
--
A new binding for flash devices was recently introduced. This updates the
Walnut DTS to use the new binding.
Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/walnut.dts | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
--- linux-2.6.orig/arch/powe
Add a cuboot wrapper for the Bamboo board. This also removes some obsoleted
linker declarations that have been moved into ops.h
Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
---
arch/powerpc/boot/44x.h |2 +-
arch/powerpc/boot/Makefile
The latest physmap_of driver has a small error where it will fail the probe
with:
physmap-flash: probe of fff0.small-flas failed with error -2
if there are no partition subnodes in the device tree and the old style binding
is not used. Since partition definitions are optional, the probe shou
A new binding for flash devices was recently introduced. This updates the
Sequoia DTS to use the new binding and enabled MTD in the defconfig.
Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/sequoia.dts | 38 +
arch/powerpc/configs/sequoia_defconfig |
Below is a small update series for 4xx that I intend to put in my
2.6.24 branch soon and send to Paul. It contains an already acked
cuboot wrapper for Bamboo, a fix for the newly updated physmap_of
driver, and updates to the walnut and sequoia flash nodes in the DTS
files.
josh
--
_
Dropped for now. I doubt we want this based on Segher's comments.
(pretty sure its a ts108 on the hpc2 board).
>>>
>>> It is a tsi108 on hpc2. Holly has tsi109. From a Linux perspective,
>>> there is no difference. And the comment Segher made on the list was
>>> "Looks good, thanks!"
On Fri, 14 Sep 2007 13:24:17 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
> >>> Roy Zang (1):
> >>> [POWERPC] Update mpc7448hpc2 device tree to be compatible for
> >>> tsi109 chip
> >>
> >> Dropped for now. I doubt we want this based on Segher's comments.
> >> (pretty sure its a ts108 on the
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Thu, 13 Sep 2007 03:55:06 -0700
> I think we need to go with Tony's patch. sparc32 and sparc64 are
> presently broken too, and the patch which converts sparc to use the
> new interfaces introduces a few build errors.
The problem with the asm-generic/
>>> Roy Zang (1):
>>> [POWERPC] Update mpc7448hpc2 device tree to be compatible for
>>> tsi109 chip
>>
>> Dropped for now. I doubt we want this based on Segher's comments.
>> (pretty sure its a ts108 on the hpc2 board).
>
> It is a tsi108 on hpc2. Holly has tsi109. From a Linux perspective
On Sep 14, 2007, at 11:28 AM, Jon Loeliger wrote:
> Kumar Gala wrote:
>
>> Someone really needs to add some macro/preprocessor magic into DTC
>> so this is made a lot simpler.
>> - k
>
> Kumar,
>
> I am seriously contemplating this problem.
> The trick is, I need to quit with the whole
> Power
On Fri, 14 Sep 2007 09:02:04 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Sep 13, 2007, at 3:55 PM, Kumar Gala wrote:
>
> > 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 up
On Fri, 14 Sep 2007 15:54:27 +1000
David Gibson <[EMAIL PROTECTED]> wrote:
> Currently the rtc driver, rtc-ds1742.c uses an unsigned long to store
> the base mmio address of the NVRAM/RTC. This breaks on systems like
> PowerPC 440, which is a 32-bit core with 36-bit physical addresses: IO
> on th
On Fri, Sep 14, 2007 at 03:48:54AM -0700, Andrew Morton wrote:
> On Wed, 5 Sep 2007 09:27:43 -0500 Olof Johansson <[EMAIL PROTECTED]> wrote:
>
> > Convert the io_req_t members to kio_addr_t, to allow use on machines with
> > more than 16 bits worth of IO port address space (ppc64 in this case,
> >
On Fri, 14 Sep 2007 15:54:27 +1000, David Gibson <[EMAIL PROTECTED]> wrote:
> Currently the rtc driver, rtc-ds1742.c uses an unsigned long to store
> the base mmio address of the NVRAM/RTC. This breaks on systems like
> PowerPC 440, which is a 32-bit core with 36-bit physical addresses: IO
> on th
Kumar Gala wrote:
> Someone really needs to add some macro/preprocessor magic into DTC so
> this is made a lot simpler.
>
> - k
Kumar,
I am seriously contemplating this problem.
The trick is, I need to quit with the whole
Power Point Programmer job title for a bit...
jdl
> If the rest of this patchset is okay with you, could you apply it and
> leave out this one patch? The patchset will apply cleanly without it.
Yes, no problem, I'll drop this patch for now.
- R.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Grant Likely wrote:
>
> No, they are explicitly numbered. Are you looking at the 5200 or the
> 5200B user manual?
MPC5200B User's Manual, Rev. 1.3 (MPC5200BUM.pdf)
> In my copy, on page 7-17, I see this:
Ah! 7-20 here. Do we have different revisions of the manual, perhaps? :)
PSa0 in
> p
On 9/14/07, Matt Sealey <[EMAIL PROTECTED]> wrote:
> Grant Likely wrote:
> > On 9/14/07, Matt Sealey <[EMAIL PROTECTED]> wrote:
> >> sparse, irq_of_find_and_map isn't much help). Maybe I am just not
> >> looking in the right place but not being an MPC52xx PIC Expert I
> >> wouldn't even know where
On Sep 14, 2007, at 9:31 AM, Valentine Barshak wrote:
> Segher Boessenkool wrote:
>>> EHCI OF bindings for PowerPC 440EPx Sequoia.
>>
>> Those aren't bindings, they are examples. Bindings are pieces
>> of documentation that describe what device-specific properties
>> mean what, what standard pro
Grant Likely wrote:
> On 9/14/07, Matt Sealey <[EMAIL PROTECTED]> wrote:
>> sparse, irq_of_find_and_map isn't much help). Maybe I am just not
>> looking in the right place but not being an MPC52xx PIC Expert I
>> wouldn't even know where to start...
>
> The l2 irq numbers map directly to the inter
On 9/14/07, Matt Sealey <[EMAIL PROTECTED]> wrote:
> Grant!
>
> I have a newbie question which I never had properly answered. On the
> MPC52xx and specifically regarding the device tree, how are interrupt
> numbers assigned?
>
> On Efika (and in the DT docs) it's basically the X Y Z where X is the
Segher Boessenkool wrote:
>> EHCI OF bindings for PowerPC 440EPx Sequoia.
>
> Those aren't bindings, they are examples. Bindings are pieces
> of documentation that describe what device-specific properties
> mean what, what standard properties are required with what
> values, etc.
>
> Examples ar
Hi Zhang,
Asper ur idea, i downloaded latest BSP(Jun,2007) and the
kernel (2.6.23-rc4) from the Paul's Git tree.
Uboot(1.2.0) was taken from the latest BSP. I portted the new uboot to my
custom board, i got uboot prompt.
When i compiling the kernel i got following warning messag
On Wed, Sep 12, 2007 at 02:49:10PM +0100, Christoph Hellwig wrote:
> On Wed, Sep 12, 2007 at 01:52:57PM +0200, Heiko Carstens wrote:
> > > I might be missing something, but the the right fix is probably to
> > > apply the arch patches from Alan to powerpc and s390. We don't want to
> > > be left o
On Sep 13, 2007, at 10:23 AM, Anton Vorontsov wrote:
> Currently qe_bd_t is used in the macro call -- dma_unmap_single,
> which is a no-op on PPC32, thus error is hidden today. Starting
> with 2.6.24, macro will be replaced by the empty static function,
> and erroneous use of qe_bd_t will trigger
On Sep 13, 2007, at 3:55 PM, Kumar Gala wrote:
> 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:
I've updated the branch with the following changes:
> Anton Vorontsov (3):
>
On Sep 14, 2007, at 3:39 AM, Gerhard Pircher wrote:
> Hi,
>
> Since todc was removed from arch/powerpc I wonder how to use the
> rtc-cmos
> RTC class driver for my AmigaOne with its VIA southbridge. Do I
> have to
> define a platform device and the get/set_rtc_time hook functions or
> can
>
Roland Dreier <[EMAIL PROTECTED]> wrote on 12.09.2007 22:21:54:
> What happens if someone runs the new driver with older firmware? Or
> what if someone upgrades the firmware without updating the driver?
Thanks for pointing our noses to this. Your comment triggered some further
internal discussi
On Sep 14, 2007, at 8:21 AM, Kumar Gala wrote:
>
> On Sep 14, 2007, at 7:32 AM, Paul Mackerras wrote:
>
>> Kumar Gala writes:
>>
>>> From: Anton Vorontsov <[EMAIL PROTECTED]>
>>>
>>> mmc_spi already tested to work. When it will hit mainline
>>> the only change that will be needed is replacing "sp
Grant!
I have a newbie question which I never had properly answered. On the
MPC52xx and specifically regarding the device tree, how are interrupt
numbers assigned?
On Efika (and in the DT docs) it's basically the X Y Z where X is the
type (critical, main, peripheral, sdma), Y is the number of the
On Sep 13, 2007, at 5:54 PM, Segher Boessenkool wrote:
>> Update mpc7448hpc2 device tree to be compatible for tsi109 chip.
>
> Do all those boards have a tsi109? If not, this patch is
> incorrect. If they do, is tsi109 actually backward-compatible
> to tsi108? That is, will a driver that knows
On Sep 14, 2007, at 7:32 AM, Paul Mackerras wrote:
> Kumar Gala writes:
>
>> From: Anton Vorontsov <[EMAIL PROTECTED]>
>>
>> mmc_spi already tested to work. When it will hit mainline
>> the only change that will be needed is replacing "spidev"
>> with "mmc_spi".
>
> That's a *remarkably* uninform
Kumar Gala writes:
> From: Anton Vorontsov <[EMAIL PROTECTED]>
>
> mmc_spi already tested to work. When it will hit mainline
> the only change that will be needed is replacing "spidev"
> with "mmc_spi".
That's a *remarkably* uninformative commit message. And what's the
use of putting in somethi
On Fri, 14 Sep 2007 05:01:14 -0700 (PDT)
sivaji <[EMAIL PROTECTED]> wrote:
>
> Hi,
> When compiling the kernel 2.6.23-rc4 for our custom board based on
> MPC8641, I got following warning messages
>
> WARNING: vmlinux.o(.text+0x169f6): Section mismatch: reference to
> .init.data:boot_com
Hi,
When compiling the kernel 2.6.23-rc4 for our custom board based on
MPC8641, I got following warning messages
WARNING: vmlinux.o(.text+0x169f6): Section mismatch: reference to
.init.data:boot_command_line (between 'note_bootable_part' and
'pmac_restart')
WARNING: vmlinux.o(.text+0x16a
Anton, this seems a little reminicient of that bug which popped up in
2.6.23-rc3 so do with SLB loading (if memory serves), with machine
checks and signal 7's. Of course that is _supposed_ to be fixed by this
time ...
I believe it was Paul who fixed up that one, and he is already copied.
-apw
O
On Wed, 5 Sep 2007 09:27:43 -0500 Olof Johansson <[EMAIL PROTECTED]> wrote:
> Convert the io_req_t members to kio_addr_t, to allow use on machines with
> more than 16 bits worth of IO port address space (ppc64 in this case,
> but it applies to others as well).
drivers/usb/host/sl811_cs.c: In func
Hi Kamalesh,
There's two things at work here ...
On 9/14/07, Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi,
>
> With 2.6.23-rc6 running on the ppc64 box, following oops is hit
>
> Oops: Machine check, sig: 7 [#1]
>
> SMP NR_CPUS=128 pSeries
>
> Modules linked in: binfmt_misc ipv6 dm_mod ehci_
Hi,
With 2.6.23-rc6 running on the ppc64 box, following oops is hit
Oops: Machine check, sig: 7 [#1]
SMP NR_CPUS=128 pSeries
Modules linked in: binfmt_misc ipv6 dm_mod ehci_hcd ohci_hcd usbcore
NIP: c00ed560 LR: c00efc7c CTR: c00ed504
REGS: cffef680 TRAP: 0200
Hi,
Since todc was removed from arch/powerpc I wonder how to use the rtc-cmos
RTC class driver for my AmigaOne with its VIA southbridge. Do I have to
define a platform device and the get/set_rtc_time hook functions or can
the driver probe for and access the hardware automatically, if there's a
dev
Hello David,
On Fri, 14 Sep 2007 14:09:34 +1000
David Gibson wrote:
> On Thu, Sep 13, 2007 at 12:16:40PM +0400, Vitaly Bordug wrote:
> [snip]
> > > This looks bogus. You're replacing the old crap immr_map() functions,
> > > which ioremap()ed the registers every time, with a much simpler
> > > ve
On Fri, Sep 14, 2007 at 04:32:54PM +1000, Jeremy Kerr wrote:
> From: Michael Ellerman <[EMAIL PROTECTED]>
>
> The SPUFS attribute get routines take a void * because the generic attribute
> code doesn't know what sort of data it's passing around.
>
> However our internal __spufs_get_foo() routines
On Fri, Sep 14, 2007 at 04:32:54PM +1000, Jeremy Kerr wrote:
> From: Christoph Hellwig <[EMAIL PROTECTED]>
>
> find_victim can dereference a NULL pointer when iterating over the list
> of victim spus because list_mutex only guarantees spu->ct to be stable,
> but of course not to be non-NULL.
>
>
On Fri, Sep 14, 2007 at 04:32:54PM +1000, Jeremy Kerr wrote:
> do_spu_create doesn't need the asmlinkage qualifier; remove it.
Ah, okay it's solved here. Drop my earlier comment then.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs
On Fri, Sep 14, 2007 at 04:32:54PM +1000, Jeremy Kerr wrote:
> We don't want SPE programs to be able to flood the kernel log by
> invoking the SPE callback handler, so don't enable DEBUG for
> spu_callbacks.c by default.
Yeah, sounds sane.
___
Linuxppc-
On Fri, Sep 14, 2007 at 04:32:54PM +1000, Jeremy Kerr wrote:
> From: Sebastian Siewior <[EMAIL PROTECTED]>
>
> There are a few symbols used only in one file within spufs; this change
> makes them static where suitable.
>
> Signed-off-by: Sebastian Siewior <[EMAIL PROTECTED]>
> Signed-off-by: Jere
74 matches
Mail list logo
