In the MPIC U3 MSI code, we call u3msi_compose_msi_msg() once for each MSI.
This is overkill, as the address is per pci device, not per MSI. So setup
the address once, and just set the data per MSI.
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/mpic_u3msi.c | 24 ++
Currently rtas_change_msi() returns either the error code from RTAS, or if
the RTAS call succeeded the number of irqs that were configured by RTAS.
This makes checking the return value more complicated than it needs to be.
Instead, have rtas_change_msi() check that the number of irqs configured by
rtas_setup_msi_irqs() doesn't need to call teardown() itself,
the generic code will do this for us as long as we return a non
zero value.
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/msi.c | 17 +++--
1 files changed, 3 insertions(+), 14 del
u3msi_setup_msi_irqs() doesn't need to call teardown() itself,
the generic code will do this for us as long as we return a non
zero value.
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/mpic_u3msi.c | 11 ++-
1 files changed, 2 insertions(+), 9 deletions(-)
On Mon, 2007-09-17 at 15:12 -0500, Olof Johansson wrote:
> Hook up affinity-setting for U3/U4 MSI interrupt sources.
>
> Tested on Quad G5 with myri10ge.
And a JS21 blade:
# echo 1 > /proc/irq/21/smp_affinity
# cat /proc/interrupts
CPU0 CPU1
21:126375
Domen Puncer writes:
> 52xx
> Reason for adding it to all was that EXPORT_SYMBOL's would clash if
> one were to add clk support for another platform.
What I meant was, why aren't you using a config symbol so that we
don't build it on platforms that don't need any "clk" support at all?
Paul.
Vitaly Bordug wrote:
> Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
>
> ---
>
> drivers/net/fs_enet/fs_enet-main.c |6 --
> 1 files changed, 4 insertions(+), 2 deletions(-)
applied 1-2, after hand-editing the subject line to remove brackets from
around "[FS_ENET]"
everything withi
On Thu, 2007-09-20 at 13:29 +1000, David Gibson wrote:
> > Maybe say "It a constant" up front .. The value that is output from the
> > clocksource read is converted to nanoseconds .. This clocksource is only
> > designed to work with the timebase, so it doesn't make sense to output
> > an rtc valu
On Wed, Sep 19, 2007 at 06:54:41PM -0700, Daniel Walker wrote:
> On Thu, 2007-09-20 at 11:46 +1000, Paul Mackerras wrote:
> > Daniel Walker writes:
> >
> > > On Thu, 2007-09-20 at 10:52 +1000, Paul Mackerras wrote:
> > > > Daniel Walker writes:
> > > >
> > > > > If you switch to the rtc do the sh
A couple more, if these are acceptable:
[PATCH 1/2] cell: don't cast the result of of_get_property()
[PATCH 2/2] fsl/embedded6xx: don't cast the result of of_get_property
Cheers,
Jeremy
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://oz
These are the symptom error messages:
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/kernel/setup_32.c:13:
include/linux/bsg.h:67: warning: 'struct request_queue' declared in
On Thu, 2007-09-20 at 11:46 +1000, Paul Mackerras wrote:
> Daniel Walker writes:
>
> > On Thu, 2007-09-20 at 10:52 +1000, Paul Mackerras wrote:
> > > Daniel Walker writes:
> > >
> > > > If you switch to the rtc do the shift and mult need to change?
> > >
> > > You can't switch; any given CPU chi
Daniel Walker writes:
> On Thu, 2007-09-20 at 10:52 +1000, Paul Mackerras wrote:
> > Daniel Walker writes:
> >
> > > If you switch to the rtc do the shift and mult need to change?
> >
> > You can't switch; any given CPU chip will have either the RTC or the
> > timebase but not both.
>
> The cod
Adrian Bunk (1):
[POWERPC] Remove APUS support from arch/ppc
Andre Detsch (1):
[POWERPC] spufs: Fix race condition on gang->aff_ref_spu
Anton Vorontsov (3):
[POWERPC] QE: extern par_io_config_pin and par_io_data_set funcs
[POWERPC] fsl_soc: add support for fsl_spi
[P
On Thu, 2007-09-20 at 10:52 +1000, Paul Mackerras wrote:
> Daniel Walker writes:
>
> > If you switch to the rtc do the shift and mult need to change?
>
> You can't switch; any given CPU chip will have either the RTC or the
> timebase but not both.
The code is switching between to clock read func
This patch includes a whole batch of smallish cleanups for
drivers/mtd/physmap_of.c.
- A bunch of uneeded #includes are removed
- We switch to the modern linux/of.h etc. in place of
asm/prom.h
- Use some helper macros to avoid some ugly inline #ifdefs
- A few lines
Daniel Walker writes:
> If you switch to the rtc do the shift and mult need to change?
You can't switch; any given CPU chip will have either the RTC or the
timebase but not both.
> > + /* XXX this assumes clock->shift == 22 */
> > + /* 4611686018 ~= 2^(20+64-22) / 1e9 */
> > +
Emil Medve writes:
> --- a/arch/powerpc/kernel/ppc_ksyms.c
> +++ b/arch/powerpc/kernel/ppc_ksyms.c
> @@ -12,12 +12,15 @@
> #include
> #include
> #include
> +#if defined(CONFIG_IDE) || defined(CONFIG_IDE_MODULE)
> #include
> +#endif
Why are we still including linux/ide.h at all here?
> #
On Wed, Sep 19, 2007 at 06:50:02PM +0200, Segher Boessenkool wrote:
> >>> + Required properties:
> >>> + - device_type : should be "usb".
> >> No device_type please. The published USB binding doesn't define
> >> one on purpose.
> >
> > Could you please, explain why?
> > Sorry, I don't think I ge
Christoph,
> Didn't we want to try to get this into 2.6.23?
Done! it's in -rc7 :)
Jeremy
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Wed, Sep 19, 2007 at 07:14:33AM -0500, Josh Boyer wrote:
> On Wed, 19 Sep 2007 14:16:46 +1000
> David Gibson <[EMAIL PROTECTED]> wrote:
>
> > This patch includes a whole batch of smallish cleanups for
> > drivers/mtd/physmap_of.c.
> >
> > - A bunch of uneeded #includes are removed
> >
Paul,
Here are the links to the patches I need pulled.
Cheers,
g.
On 9/12/07, Grant Likely <[EMAIL PROTECTED]> wrote:
> On 9/12/07, Kumar Gala <[EMAIL PROTECTED]> wrote:
> > On Sep 12, 2007, at 10:48 AM, Grant Likely wrote:
> > > http://patchwork.ozlabs.org/linuxppc/patch?id=13235
> > > http://p
On Wed, Sep 19, 2007 at 09:01:46PM +0200, S. Fricke wrote:
> Hello,
>
> > On 9/19/07, S. Fricke <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > >
> > > how can i configure an "ext interrupt" to high-level? I want a
> > > interruption on
> > > IRQ2, but I checked with an oscilloscope that the pin has a l
On Sep 19, 2007, at 12:09 AM, Ed Swarthout wrote:
> Add memory regions to the kcore list for 32-bit machines.
> Since the entries are only 32-bit, keep under 4G.
>
> Signed-off-by: Ed Swarthout <[EMAIL PROTECTED]>
> ---
>
> Adapted from init_64.c
>
> arch/powerpc/mm/init_32.c | 34
On Sep 19, 2007, at 2:15 PM, Timur Tabi wrote:
> Add the ability to allocate a block of memory via alloc_bootmem()
> and manage
> that memory with a remote heap (rheap).
>
> Signed-off-by: Timur Tabi <[EMAIL PROTECTED]>
> ---
>
> This patch will conflict with Sylvain's "powerpc: Changes the
>
On Wednesday 19 September 2007, Emil Medve wrote:
> These are the symptom error messages:
>
> 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/kernel/setup_32.c:13:
> inc
Kumar Gala wrote:
> seems like we should have a way to set bootmem_size via board/platform
> code and not require a cmdline arg.
I can add a Kconfig option for it, but since there is no Kconfig for the rheap
itself, I didn't know where to put it. Once Sylvain's patch is accepted, I
can update
On Wed, 19 Sep 2007 14:30:24 -0500
Olof Johansson <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 19, 2007 at 09:19:47PM +0200, Stefan Roese wrote:
> > Hi Valentine,
> >
> > On Wednesday 19 September 2007, Valentine Barshak wrote:
> > > Disabling write pipelining really helps.
> > > Josh, David, what is
This patch makes numerous miscellaneous code improvements to the QE library.
1. Remove struct ucc_common and merge ucc_init_guemr() into ucc_set_type()
(every caller of ucc_init_guemr() also calls ucc_set_type()). Modify all
callers of ucc_set_type() accordingly.
2. Remove the unused enum
On Wed, Sep 19, 2007 at 09:19:47PM +0200, Stefan Roese wrote:
> Hi Valentine,
>
> On Wednesday 19 September 2007, Valentine Barshak wrote:
> > Disabling write pipelining really helps.
> > Josh, David, what is the right place to put this workaround to?
> >
> > Is it OK to do mtdcr(PLB4A0_ACR, mfdcr
Hi Valentine,
On Wednesday 19 September 2007, Valentine Barshak wrote:
> Disabling write pipelining really helps.
> Josh, David, what is the right place to put this workaround to?
>
> Is it OK to do mtdcr(PLB4A0_ACR, mfdcr(PLB4A0_ACR) & ~PLB4_WRP); in
> arch/powerpc/boot/cuboot-sequoia.c:sequoia_f
Add the ability to allocate a block of memory via alloc_bootmem() and manage
that memory with a remote heap (rheap).
Signed-off-by: Timur Tabi <[EMAIL PROTECTED]>
---
This patch will conflict with Sylvain's "powerpc: Changes the config mechanism
for rheap" patch, but that patch hasn't been accept
On Wed, 19 Sep 2007 22:39:05 +0400
Valentine Barshak <[EMAIL PROTECTED]> wrote:
> I've observed kernel crashes on Sequoia board several times.
> Kernel often crashes with high network/memory loads.
> This is due to 440EPx h/w issue.
>
> According to the errata:
> CHIP_8: Incorrect Write to DDR SD
Hello,
> On 9/19/07, S. Fricke <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > how can i configure an "ext interrupt" to high-level? I want a interruption
> > on
> > IRQ2, but I checked with an oscilloscope that the pin has a low state and I
> > needs a high state.
> >
> > I have tried, after I got th
These are the symptom error messages:
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/kernel/setup_32.c:13:
include/linux/bsg.h:67: warning: 'struct request_queue' declared in
I've observed kernel crashes on Sequoia board several times.
Kernel often crashes with high network/memory loads.
This is due to 440EPx h/w issue.
According to the errata:
CHIP_8: Incorrect Write to DDR SDRAM.
Category: 3
Overview:
The write address can be corrupted during writes to DDR SDRAM when
Timur Tabi wrote:
> -void qe_setbrg(u32 brg, u32 rate)
> +void qe_setbrg(unsigned int brg, unsigned int rate, unsigned int multiplier)
> {
> volatile u32 *bp;
While you're at it, this should be __be32 __iomem *, no volatile.
> +/* Configure the UCC to either Slow or Fast.
> + *
> + * A giv
On Wed, Sep 19, 2007 at 10:28:48AM +0100, Andy Whitcroft wrote:
> I am seeing this strange link error from a PowerMac G5 (powerpc):
>
> [...]
> KSYM.tmp_kallsyms2.S
> AS .tmp_kallsyms2.o
> LD vmlinux.o
> ld: dynreloc miscount for fs/built-in.o, section .opd
> ld: ca
This looks realy nice to me... a very clean patch.
I'll add this to 2.6.24 unless someone objects soon...
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
As I've received multiple requests for git access to my patchset, and
patches such as ep8248e that aren't ready to go out due to dependencies
on netdev patches, I've set up a git repository at:
git://git.buserror.net/linux/cpm.git
http://git.buserror.net/linux/cpm.git
-Scott
_
On (18/09/07 18:44), Mel Gorman didst pronounce:
> Hi Andrew,
>
> IA64 failed to build in kgdb with the messages
>
ppc64 kgdb support is also broken but in a much more fundamental manner.
allmodconfig shows up
In file included from include/linux/kgdb.h:22,
from arch/powerpc/ker
Segher Boessenkool wrote:
+ Required properties:
+ - device_type : should be "usb".
>>> No device_type please. The published USB binding doesn't define
>>> one on purpose.
>>
>> Could you please, explain why?
>> Sorry, I don't think I get the concept of device description here.
>
> "d
From: Jan-Bernd Themann <[EMAIL PROTECTED]>
Date: Wed, 19 Sep 2007 17:40:30 +0200
> Update of ehea_poll function to work with new NAPI scheme.
>
> Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
Applied, thanks.
___
Linuxppc-dev mailing list
Linux
On Wed, Sep 19, 2007 at 06:36:29PM +0200, Segher Boessenkool wrote:
> >I am seeing this strange link error from a PowerMac G5 (powerpc):
> >
> > [...]
> >KSYM.tmp_kallsyms2.S
> >AS .tmp_kallsyms2.o
> >LD vmlinux.o
> > ld: dynreloc miscount for fs/built-in.o, section .opd
>>> + Required properties:
>>> + - device_type : should be "usb".
>> No device_type please. The published USB binding doesn't define
>> one on purpose.
>
> Could you please, explain why?
> Sorry, I don't think I get the concept of device description here.
"device_type" is meant to be used only
This patch makes numerous miscellaneous code improvements to the QE library.
1. Remove struct ucc_common and merge ucc_init_guemr() into ucc_set_type()
(every caller of ucc_init_guemr() also calls ucc_set_type()). Modify all
callers of ucc_set_type() accordingly.
2. Remove the unused enum
> I am seeing this strange link error from a PowerMac G5 (powerpc):
>
> [...]
> KSYM.tmp_kallsyms2.S
> AS .tmp_kallsyms2.o
> LD vmlinux.o
> ld: dynreloc miscount for fs/built-in.o, section .opd
> ld: can not edit opd Bad value
> make: *** [vmlinux.o] Error 1
>
> Co
On Wed, 2007-09-19 at 16:49 +1000, Tony Breeds wrote:
> +/* clocksource code */
> +/* FIXME: provide an RTC clocksource /or/ use a better name */
> +static cycle_t timebase_read(void)
> +{
> + if (__USE_RTC())
> + return (cycle_t)get_rtc();
> + return (cycle_t)get_tb();
>
Update of ehea_poll function to work with new NAPI scheme.
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
Hi David,
this patch is built upon the patches provided by Mel Gorman
(2.6.23-rc6-mm1: Build failure on ppc64 drivers/net/ehea/ehea_main.c)
and Roland Dreier
([PATCH net-2.6.24] F
On Wed, 19 Sep 2007 19:15:00 +0530 (IST) Satyam Sharma wrote:
>
> In fact, it turns out OSDL's cross-compiler toolchains were built with
> crosstool itself. Should also add that those OSDL compilers are too old
> (gcc version 3.4.x-3.5.x mostly -- my build was totally spammed with those
> "+m" in
Original-Nachricht
> Datum: Wed, 19 Sep 2007 17:20:23 +0200
> Von: Peter Korsgaard <[EMAIL PROTECTED]>
> An: Scott Wood <[EMAIL PROTECTED]>
> CC: Gerhard Pircher <[EMAIL PROTECTED]>, linuxppc-dev@ozlabs.org
> Betreff: Re: cuImage generation
> > "Scott" == Scott Wood <[EMAIL
> "Scott" == Scott Wood <[EMAIL PROTECTED]> writes:
Scott> On Wed, Sep 19, 2007 at 04:53:14PM +0200, Peter Korsgaard wrote:
>> How is it supposed to work now cuImage no longer is in BOOT_TARGETS?
>> What make target are you supposed to work. It works if I add
>> cuImage.83xx to BOOT_TARGET
On 9/19/07, S. Fricke <[EMAIL PROTECTED]> wrote:
> Hi,
>
> how can i configure an "ext interrupt" to high-level? I want a interruption on
> IRQ2, but I checked with an oscilloscope that the pin has a low state and I
> needs a high state.
>
> I have tried, after I got the irq (with irq_of_parse_and_
On Wed, Sep 19, 2007 at 04:53:14PM +0200, Peter Korsgaard wrote:
> How is it supposed to work now cuImage no longer is in BOOT_TARGETS?
> What make target are you supposed to work. It works if I add
> cuImage.83xx to BOOT_TARGETS and call make cuImage.83xx, but that can
> hardly be the correct way?
Silvio,
On Wednesday 19 September 2007 13:59, S. Fricke wrote:
> how can i configure an "ext interrupt" to high-level? I want a interruption
> on IRQ2, but I checked with an oscilloscope that the pin has a low state
> and I needs a high state.
>
> I have tried, after I got the irq (with irq_of_par
> "Scott" == Scott Wood <[EMAIL PROTECTED]> writes:
Scott> On Wed, Sep 19, 2007 at 09:28:31AM +0200, Gerhard Pircher wrote:
>> I tried to compile a 2.6.23-rc6 kernel yesterday, but wasn't able to get a
>> cuImage.> platform config defines DEFAULT_UIMAGE and WANT_DEVICE_TREE. Do I need to
>
On 9/19/07, S. Fricke <[EMAIL PROTECTED]> wrote:
> OK, my dts is now:
>
> / {
> /* ... */
> [EMAIL PROTECTED] {
> /* ... */
> [EMAIL PROTECTED] {
> interrupt-parent = <500>;
> interrupts = <1 2 2>;
> };
>
On Wed, Sep 19, 2007 at 09:28:31AM +0200, Gerhard Pircher wrote:
> I tried to compile a 2.6.23-rc6 kernel yesterday, but wasn't able to get a
> cuImage. platform config defines DEFAULT_UIMAGE and WANT_DEVICE_TREE. Do I need to
> generate it manually or is there a makefile where I have to specify it
On Wed, Sep 19, 2007 at 10:25:40AM +0200, Esben Haabendal wrote:
> Most of it is at least ack'ed by Jeff. But he did not seem to like
> the generic bitbanged MDIO library.
> Scott, what is the plan with that part? I need it :-)
Ask Jeff. :-)
He asked for examples of clients of the bitbang librar
Segher Boessenkool wrote:
>> + l) USB EHCI controllers
>> +
>> + Required properties:
>> + - device_type : should be "usb".
>
> No device_type please. The published USB binding doesn't define
> one on purpose.
>
Could you please, explain why?
Sorry, I don't think I get the concept of device
> On Mon, 17 Sep 2007 18:37:49 -0700
> Randy Dunlap <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 18 Sep 2007 05:13:40 +0530 (IST) Satyam Sharma wrote:
> >
> > > Untested (not even compile-tested) patch.
> > > Could someone point me to ppc32/64 cross-compilers for i386?
> >
> > OSDL had some, but t
On Mon, Sep 17 2007, David Howells wrote:
>
> James Bottomley <[EMAIL PROTECTED]> 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=49892223
Linus,
Please do
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get three more bug-fixes for powerpc, as listed below.
Thanks,
Paul.
arch/powerpc/kernel/time.c|8 +---
arch/powerpc/kernel/vdso.c| 12
On Wed, 19 Sep 2007 14:16:46 +1000
David Gibson <[EMAIL PROTECTED]> wrote:
> This patch includes a whole batch of smallish cleanups for
> drivers/mtd/physmap_of.c.
>
> - A bunch of uneeded #includes are removed
> - We switch to the modern linux/of.h etc. in place of
> asm/prom.h
>
Hi,
how can i configure an "ext interrupt" to high-level? I want a interruption on
IRQ2, but I checked with an oscilloscope that the pin has a low state and I
needs a high state.
I have tried, after I got the irq (with irq_of_parse_and_map), set it with
set_irq_type(irq, IRQ_TYPE_LEVEL_HIGH)
David Gibson wrote:
> On Tue, Sep 18, 2007 at 09:29:13PM +0400, Valentine Barshak wrote:
>> According to PowerPC 440EPx documentation,
>> MAL0 is comprised of four channels (two transmit and two receive).
>> Each channel is dedicated to one of two EMAC cores.
>> This patch fixes Sequoia DTS MAL0 en
On Tue, Sep 18, 2007 at 09:26:18AM -0500, Kumar Gala wrote:
>
> On Sep 18, 2007, at 7:29 AM, Anton Vorontsov wrote:
>
>> cpm_install_handler and cpm_free_handler neither used nor defined
>> for arch/powerpc.
>>
>> This causes MPC8xx build failure, patch used to fix that.
>
> can you add the __res f
Seeing the following panic booting an old powerpc LPAR:
Unable to handle kernel paging request for data at address 0x
Faulting instruction address: 0xc0047b48
cpu 0x0: Vector: 300 (Data Access) at [c06a3750]
pc: c0047b48: .pSeries_log_error+0x364/0x420
lr: c
I am seeing this strange link error from a PowerMac G5 (powerpc):
[...]
KSYM.tmp_kallsyms2.S
AS .tmp_kallsyms2.o
LD vmlinux.o
ld: dynreloc miscount for fs/built-in.o, section .opd
ld: can not edit opd Bad value
make: *** [vmlinux.o] Error 1
Compiler version below
On Wed, 19 Sep 2007 11:40:35 +0400, Vitaly Bordug <[EMAIL PROTECTED]> wrote:
> On Wed, 19 Sep 2007 09:05:16 +0200
>> Where did the patches containing the reworked fs_enet drivers and the
>> generic bitbanged MDIO library go?
>> I am talking about these 8 patches:
>> http://www.mail-archive.com/lin
Hello Esben,
On Wed, 19 Sep 2007 09:05:16 +0200
Esben Haabendal wrote:
>
> Hi
>
> Where did the patches containing the reworked fs_enet drivers and the generic
> bitbanged MDIO library go?
> I am talking about these 8 patches:
> http://www.mail-archive.com/linuxppc-dev@ozlabs.org/msg03184.htm
Hi,
I tried to compile a 2.6.23-rc6 kernel yesterday, but wasn't able to get a
cuImage.http://www.gmx.net/de/go/smartsurfer
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Hello,
> > Can u give me an example with a single IRQ of a configuration-node for a
> > dts?
>
> [EMAIL PROTECTED] {
> interrupts = <1 2 3>;
> interrupt-parent = <&mpc5200_pic>;
> };
Ahh - oh weh - so simple! Thank you!
> The interrupts property matches the size of the #interrup
Hi
Where did the patches containing the reworked fs_enet drivers and the generic
bitbanged MDIO library go?
I am talking about these 8 patches:
http://www.mail-archive.com/linuxppc-dev@ozlabs.org/msg03184.html
They seem to have been removed from http://patchwork.ozlabs.org/linuxppc/ ...
AFAIC
74 matches
Mail list logo