This patch moves the SCC (Super Companion Chip) related code for celleb
into platforms/cell/.
All files in this patch are used by celleb-beat and celleb-native commonly.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/cell/celleb_scc.h | 145 +++
arch/powerpc/
This patch moves files for Beat hvcall interfaces into platforms/cell/.
All files in this patch are used by celleb-beat only.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/cell/beat_hvCall.S| 287 ++
arch/powerpc/platforms/cell/beat_syscal
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/celleb/beat.c | 17 +++--
arch/powerpc/platforms/celleb/beat.h |4 ++--
arch/powerpc/platforms/celleb/beat_wrapper.h |3 ++-
arch/powerpc/platforms/celleb/htab.c |7 ---
On Tue, 2008-03-04 at 18:42 +0530, Kamalesh Babulal wrote:
> Hi Andrew,
>
> The 2.6.25-rc3-mm1 kernel panics while bootup on power box. The machine
> booted up
> without the panic on the third attempt, but badness call trace were seen
> while running
> tests
We are taking a HW interrupt ... we
On Tue, 2008-03-04 at 10:33 -0800, Andrew Morton wrote:
> > Are we somehow enabling interrupts before we've setup
> ppc_md.get_irq?
> >
>
> Yes, we are - it's the semaphore rewrite which is doing this in
> start_kernel(). It's being discussed.
>
> Enabling interrupts too early on powerpc was d
This patch moves files for mmu and iommu on Beat into platforms/cell/.
All files in this patch are used by celleb-beat only.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/cell/beat_htab.c | 441 +++
arch/powerpc/platforms/cell/beat_iommu.
This patch moves the base code for celleb support into platforms/cell/.
All files in this patch are used by celleb-beat and celleb-native commonly.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/Kconfig |1
arch/powerpc/platforms/Makefile|
This is a patchset for 2.6.26 which contains following changes:
- cleanup [PATCH 1/11]
- move celleb files into platforms/cell/ [PATCH 2/11]..[PATCH 7/11]
- consolidate io-workarounds code [PATCH 8/11]..[PATCH 9/11]
- add support for celleb PCI Express
This patch moves miscellaneous files for Beat into platforms/cell/.
All files in this patch are used by celleb-beat only.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/cell/beat.c | 264 +
arch/powerpc/platforms/cell/beat.h
This patch splits cell io-workaround code into spider-pci dependent
code and a generic part, and also adds interfaces to the generic
io-workaround mechanism.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
Please test on CellBlade because I don't have any access to CellBlade.
arch/powerpc/
Now, we can use generic io-workarounds mechanism and the workaround
code for spider-pci. This patch changes Celleb PCI code to use
spider-pci code.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/cell/celleb_pci.c | 53 +++-
arch/powerpc/platforms/cell/celleb_pc
This patch fixes a potential bug at drivers/char/hvc_beat.c.
- hvc_put_term_char routine will decrement "rest" variable twice,
and forget to advance "buf" pointer by "nlen" bytes.
This bug was not hit because the output handler in
drivers/char/hvc_console.c splits given output into 16 bytes
at
Signed-off-by: Liu Yu <[EMAIL PROTECTED]>
---
include/asm-powerpc/sfp-machine.h | 217 +
1 files changed, 75 insertions(+), 142 deletions(-)
diff --git a/include/asm-powerpc/sfp-machine.h
b/include/asm-powerpc/sfp-machine.h
index 4b17d83..5dac9cd 100644
---
Signed-off-by: Liu Yu <[EMAIL PROTECTED]>
---
arch/powerpc/math-emu/Makefile |2 +-
arch/powerpc/math-emu/fadd.c | 16 +---
arch/powerpc/math-emu/fadds.c | 17 +
arch/powerpc/math-emu/fcmpo.c | 22 +-
arch/powerpc/math-
Sorry. I forgot to add the serial number.
The three math-emu patches are in the same serial.
> -Original Message-
> From: Liu Yu
> Sent: Wednesday, March 05, 2008 5:02 PM
> To: linuxppc-dev@ozlabs.org
> Cc: Liu Yu
> Subject: [PATCH] math-emu: delete PowerPC old math-emu headers
>
> Use
This patch moves SPU support code on Beat into platforms/cell/.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/cell/beat_spu_priv1.c | 207 +++
arch/powerpc/platforms/celleb/spu_priv1.c| 207 ---
2 files changed, 20
This patch adds support for PCI Express port on Celleb. I/O space
of this PCI Express port is not mapped in memory space. So we use
the io-workaround mechanism to make accesses indirect.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/cell/celleb_pci.c |9
ar
On Wed, 2008-03-05 at 17:02 +0800, Liu Yu wrote:
> Use common headers as a replacement.
> The Common headers are located in "include/math-emu/",
> they are used by multiple platforms such as s390, sparc, alpha.
>
> As the common headers have more developers,
> they are more popular and more stabl
Thomas Klein wrote:
> Fixed Kconfig: ehea driver requires sparse mem
>
> Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
>
> ---
> diff -Nurp linux-2.6.25-rc3.org/drivers/net/Kconfig
> linux-2.6.25-rc3/drivers/net/Kconfig
> --- linux-2.6.25-rc3.org/drivers/net/Kconfig 2008-02-24 22:25:54.00
On Wednesday 05 March 2008, Ishizaki Kou wrote:
> This is a patchset for 2.6.26 which contains following changes:
>
> - cleanup [PATCH 1/11]
> - move celleb files into platforms/cell/ [PATCH 2/11]..[PATCH 7/11]
> - consolidate io-workarounds code [PATCH 8/1
On Wednesday 05 March 2008, Ishizaki Kou wrote:
> Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
Acked-by: Arnd Bergmann <[EMAIL PROTECTED]>
all changes in here look right, and they don't change the generated
code.
___
Linuxppc-dev mailing list
Linuxpp
On Wednesday 05 March 2008, Ishizaki Kou wrote:
> This patch moves the base code for celleb support into platforms/cell/.
> All files in this patch are used by celleb-beat and celleb-native commonly.
Moving around the files this way is good, but
> +++ b/arch/powerpc/platforms/cell/Makefile 2
On Wednesday 05 March 2008, Ishizaki Kou wrote:
> This patch moves the SCC (Super Companion Chip) related code for celleb
> into platforms/cell/.
> All files in this patch are used by celleb-beat and celleb-native commonly.
>
> Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
Acked-by: Arnd Bergma
On Wednesday 05 March 2008, Ishizaki Kou wrote:
> This patch moves files for Beat hvcall interfaces into platforms/cell/.
> All files in this patch are used by celleb-beat only.
>
> Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
Acked-by: Arnd Bergmann <[EMAIL PROTECTED]>
if you address my comm
On Wednesday 05 March 2008, Ishizaki Kou wrote:
> This patch moves files for mmu and iommu on Beat into platforms/cell/.
> All files in this patch are used by celleb-beat only.
>
> Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
Acked-by: Arnd Bergmann <[EMAIL PROTECTED]>
if you address my comm
On Wednesday 05 March 2008, Ishizaki Kou wrote:
> This patch moves SPU support code on Beat into platforms/cell/.
>
> Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
Acked-by: Arnd Bergmann <[EMAIL PROTECTED]>
if you address my comment to patch 2/11
_
On Wednesday 05 March 2008, Ishizaki Kou wrote:
> This patch moves miscellaneous files for Beat into platforms/cell/.
> All files in this patch are used by celleb-beat only.
>
> Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
Acked-by: Arnd Bergmann <[EMAIL PROTECTED]>
if you address my comment
On Wednesday 05 March 2008, Ishizaki Kou wrote:
> Now, we can use generic io-workarounds mechanism and the workaround
> code for spider-pci. This patch changes Celleb PCI code to use
> spider-pci code.
>
> Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
Acked-by: Arnd Bergmann <[EMAIL PROTECTED]>
On Wednesday 05 March 2008, Ishizaki Kou wrote:
> This patch adds support for PCI Express port on Celleb. I/O space
> of this PCI Express port is not mapped in memory space. So we use
> the io-workaround mechanism to make accesses indirect.
>
> Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
Acke
On Wednesday 05 March 2008, Ishizaki Kou wrote:
> This patch fixes a potential bug at drivers/char/hvc_beat.c.
> - hvc_put_term_char routine will decrement "rest" variable twice,
> and forget to advance "buf" pointer by "nlen" bytes.
> This bug was not hit because the output handler in
> driver
On Wednesday 05 March 2008, Ishizaki Kou wrote:
> This patch splits cell io-workaround code into spider-pci dependent
> code and a generic part, and also adds interfaces to the generic
> io-workaround mechanism.
>
> Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
> ---
>
> Please test on CellBlad
On (04/03/08 12:34), Andrew Morton didst pronounce:
> On Tue, 4 Mar 2008 12:07:39 -0800 (PST)
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > I think this is the correct fix.
> >
> > The NUMA fallback logic should be passing local_flags to kmem_get_pages()
> > and not simply the flags.
> >
On (04/03/08 12:07), Christoph Lameter didst pronounce:
> I think this is the correct fix.
>
> The NUMA fallback logic should be passing local_flags to kmem_get_pages()
> and not simply the flags.
>
> Maybe a stable candidate since we are now simply
> passing on flags to the page allocator on t
Hi
David, could you please explain what do you mean by "old bindind"? I
looked through ppc_dev listing,
documentation, and how it's done for other boards, but didn't find any
difference with my code. Maybe
you're talking about future changes in ethernet driver registration?
Thanks,
Alexandr.
D
Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
> Each architecture has its own pcibios_enable_resources() implementation.
> These differ in many minor ways that have nothing to do with actual
> architectural differences. Follow-on patches will make most arches
> use this generic version instead.
>
>
Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
> Use the generic pci_enable_resources() instead of the arch-specific code.
>
> Unlike this arch-specific code, the generic version:
> - checks PCI_NUM_RESOURCES (11), not 6, resources
> - skips resources that have neither IORESOURCE_IO nor IORESO
Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
> Use the generic pci_enable_resources() instead of the arch-specific code.
>
> Unlike this arch-specific code, the generic version:
> - checks PCI_NUM_RESOURCES (11), not 6, resources
> - skips resources that have neither IORESOURCE_IO nor IORESO
Hi Ben,
thanks for all the answers,
On Wed, Mar 05, 2008 at 04:01:04PM +1100, Benjamin Herrenschmidt wrote:
>
> > I also attach my current (not working) dts file attempt. It is actually
> > a modified mpc8540ads.dts file.
> >
> > I now thinks that the ide-cs (hda) discovery or not depends on t
On Tue, Mar 04, 2008 at 11:56:55AM -0700, Bjorn Helgaas wrote:
> Use the generic pci_enable_resources() instead of the arch-specific code.
>
> Unlike this arch-specific code, the generic version:
> - checks PCI_NUM_RESOURCES (11), not DEVICE_COUNT_RESOURCE (12), resources
> - skips resourc
Benjamin Herrenschmidt wrote:
> So at this stage, that's not enough information. We need to know exactly how
> you have wired things on your board, and somebody from fsl needs to tell
> me how the ExtIrq are routed to the MPIC on that guy.
This part's easy -- the external IRQ is used as the mpic i
Hi All
System: Debian unstable .. many packages very fresh.
Patched 2.6.25-rc3
$ cat /proc/cpuinfo
processor : 0
cpu : 7447A, altivec supported
clock : 833.333000MHz
revision: 0.5 (pvr 8003 0105)
bogomips: 16.57
timebase: 832
platform
The code in arch_arm_kprobe was trying to set a breakpoint which
resulted in a page fault because the kernel text pages were write
protected. Disable the write protect when CONFIG_KPROBES is defined.
Signed-off-by: Ionut Nicu <[EMAIL PROTECTED]>
---
include/asm-powerpc/pgtable-ppc32.h |3 ++-
On Wed, Mar 05, 2008 at 10:29:40AM +1100, David Gibson wrote:
> On Tue, Mar 04, 2008 at 07:35:40PM +0300, Alexandr Smirnov wrote:
> > + device_type = "network";
> > + model = "TSEC";
> > + compatible = "gianfar";
>
> This still looks like the o
On Wed, Feb 20, 2008 at 12:33:38PM -0600, Scott Wood wrote:
> This fixes the following bug:
> http://ozlabs.org/pipermail/linuxppc-dev/2008-February/051979.html
Can someone apply this for 2.6.25? Adder875 does not currently build.
-Scott
___
Linuxppc-d
Benjamin Herrenschmidt wrote:
> On Tue, 2008-02-26 at 09:02 -0600, Josh Boyer wrote:
>> Seems the code will do the right thing since everything is using
>> flags. I suppose my question can be withdrawn. It is slightly
>> confusing to do it that way though. Perhaps a function to do
>> read-modify
On Tue, Feb 26, 2008 at 08:14:20AM -0600, Olof Johansson wrote:
> Hi,
>
> On Tue, Feb 26, 2008 at 10:46:06PM +1100, Michael Ellerman wrote:
> > On Wed, 2008-02-20 at 20:57 -0600, Olof Johansson wrote:
> > > + i = 1000;
> > > + pasemi_write_dma_reg(PAS_DMA_COM_RXCMD, 0);
> > > + while ((i > 0) && (
This adds dcri_clrset() macro which does read/modify/write
on indirect dcr registers while holding indirect dcr lock.
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
---
include/asm-powerpc/dcr-native.h | 17 +
1 files changed, 17 insertions(+)
--- linux-2.6.orig/include/a
Hi
While trying to find what is causing some hickups on our Freescale 8280
based system
(ppc 603e core), i've found that pdflush is causing us some grief.
The system is runnign at 450MHz, have 1GB of memory, and we see the same
issue on 2.6.18 (arch/ppc) and 2.6.24.3 (arch/powerpc)
Filesystem i
On Wed, 2008-03-05 at 17:15 +0100, Philippe De Muyter wrote:
>
> I asked the guy who designed the hardware, and if I understand
> correctly :
>
> - the i/o and memory resources of the pci device are connected to the
> pci bus
> - the interrupts are directly connected to the MPIC
>
> Can I descr
On Wed, Mar 05, 2008 at 11:17:10AM -0500, Kyle McMartin wrote:
> On Tue, Mar 04, 2008 at 11:56:55AM -0700, Bjorn Helgaas wrote:
> > Use the generic pci_enable_resources() instead of the arch-specific code.
> >
> > Unlike this arch-specific code, the generic version:
> > - checks PCI_NUM_RESOUR
On Wed, Mar 05, 2008 at 02:52:46PM +, David Howells wrote:
>
> Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
>
> > Use the generic pci_enable_resources() instead of the arch-specific code.
> >
> > Unlike this arch-specific code, the generic version:
> > - checks PCI_NUM_RESOURCES (11), not 6,
On Wed, Mar 05, 2008 at 02:53:31PM +, David Howells wrote:
>
> Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
>
> > Each architecture has its own pcibios_enable_resources() implementation.
> > These differ in many minor ways that have nothing to do with actual
> > architectural differences. Follow
On Wed, Mar 05, 2008 at 03:13:10PM +, David Howells wrote:
>
> Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
>
> > Use the generic pci_enable_resources() instead of the arch-specific code.
> >
> > Unlike this arch-specific code, the generic version:
> > - checks PCI_NUM_RESOURCES (11), not 6,
On Tue, 2008-03-04 at 01:19 -0800, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc3/2.6.25-rc3-mm1/
>
Hi Andrew,
Not able to boot 2.6.25-rc3-mm1 my ppc64 box.
2.6.25-rc2-mm1 and 2.6.25-rc3 boots fine.
I applied slab.c fix also.
Any other known iss
On Wed, 05 Mar 2008 13:34:14 -0800
Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-03-04 at 01:19 -0800, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc3/2.6.25-rc3-mm1/
> >
>
> Hi Andrew,
>
> Not able to boot 2.6.25-rc3-mm1 my ppc64 b
On Wed, 2008-03-05 at 13:54 -0800, Andrew Morton wrote:
> On Wed, 05 Mar 2008 13:34:14 -0800
> Badari Pulavarty <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 2008-03-04 at 01:19 -0800, Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc3/2.6.25-rc3-mm1/
>
On Mon, Mar 03, 2008 at 03:35:01PM +0100, Stefan Richter wrote:
> Gabriel Paubert wrote:
> > I have a Pismo which I use on a virtually
> > daily basis (and about to remove the last remnants of MacOS on it).
> > However I have disabled Firewire because it would not sleep and wake
> > up properly.
Hi Andrew,
On Wed, 5 Mar 2008 13:54:25 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> The semaphore consolidation code enables interrupts early in boot, when it
> shouldn't. This tends to make powerpc blow up. Could be that this is what
> you're hitting.
>
> Matthew, is this ging to be fixe
Gabriel Paubert wrote:
>>> I have a Pismo which I use on a virtually
>>> daily basis (and about to remove the last remnants of MacOS on it).
>>> However I have disabled Firewire because it would not sleep and wake
>>> up properly.
...
> For now I have only tested the new stack with a 6 year old
Hi Ben,
On Thu, Mar 06, 2008 at 07:14:28AM +1100, Benjamin Herrenschmidt wrote:
>
> On Wed, 2008-03-05 at 17:15 +0100, Philippe De Muyter wrote:
> >
> > I asked the guy who designed the hardware, and if I understand
> > correctly :
> >
> > - the i/o and memory resources of the pci device are co
> >>From your .dts, I see you've been doing some swizzling of slots using
> > interrupts 1...4 ... do that correspond to EXTIRQ 58 ?
>
> No, those correspond to the EXT1-4 that are the other side of the #ifdef
> for this board in arch/ppc. :-)
Yes, that's what I was thinking. So that's what
> Yes, we are - it's the semaphore rewrite which is doing this in
> start_kernel(). It's being discussed.
>
> Enabling interrupts too early on powerpc was discovered to be fatal on
> powerpc years ago. It looks like that remains the case.
Regarding these issues. I could make it non fatal and j
On Wed, 2008-03-05 at 21:38 +0300, Valentine Barshak wrote:
> This adds dcri_clrset() macro which does read/modify/write
> on indirect dcr registers while holding indirect dcr lock.
>
> Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
Acked-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
On Wed, Mar 05, 2008 at 11:31:28AM -0600, Scott Wood wrote:
> On Wed, Mar 05, 2008 at 10:29:40AM +1100, David Gibson wrote:
> > On Tue, Mar 04, 2008 at 07:35:40PM +0300, Alexandr Smirnov wrote:
> > > + device_type = "network";
> > > + model = "TSEC";
> > > +
On Thu, 06 Mar 2008 11:03:31 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > Yes, we are - it's the semaphore rewrite which is doing this in
> > start_kernel(). It's being discussed.
> >
> > Enabling interrupts too early on powerpc was discovered to be fatal on
> > powerpc years a
On Wed, 2008-03-05 at 12:21 -0600, Olof Johansson wrote:
> On Tue, Feb 26, 2008 at 08:14:20AM -0600, Olof Johansson wrote:
> > Hi,
> >
> > On Tue, Feb 26, 2008 at 10:46:06PM +1100, Michael Ellerman wrote:
> > > On Wed, 2008-02-20 at 20:57 -0600, Olof Johansson wrote:
> > > > + i = 1000;
> >
On Wed, 2008-03-05 at 16:44 -0800, Andrew Morton wrote:
> On Thu, 06 Mar 2008 11:03:31 +1100
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> >
> > > Yes, we are - it's the semaphore rewrite which is doing this in
> > > start_kernel(). It's being discussed.
> > >
> > > Enabling interrup
"Errata to MPC8349EA PowerQUICC[tm] II Pro Integrated Host Processor Family
Reference Manual, Rev. 1" (Freescale)
Signed-off-by: Gerald Van Baren <[EMAIL PROTECTED]>
---
Hi Kumar,
Please apply this fix to 2.6.25rc4 if possible. Without this
patch, the PPC_83xx family configuration is broken (wi
On Thu, 06 Mar 2008 11:06:18 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Wed, 2008-03-05 at 21:38 +0300, Valentine Barshak wrote:
> > This adds dcri_clrset() macro which does read/modify/write
> > on indirect dcr registers while holding indirect dcr lock.
> >
> > Signed-off-by
All current callers of dtc_open_file() immediately die() if it returns
an error. In a non-interative tool like dtc, it's hard to see what
you could sensibly do to recover from a failure to open an input file
in any case.
Therefore, make dtc_open_file() itself die() if there's an error
opening the
Currently, dt_from_source() uses push_input_file() to set up the
initial input file for the lexer. That sounds sensible - put the
outermost input file at the bottom of the stack - until you realise
that what it *actually* does is pushes the current, uninitialized,
lexer input state onto the stack,
>
> On Wed, 2008-03-05 at 17:02 +0800, Liu Yu wrote:
> > Use common headers as a replacement.
> > The Common headers are located in "include/math-emu/", they
> are used
> > by multiple platforms such as s390, sparc, alpha.
> >
> > As the common headers have more developers, they are more
> pop
The asize field in struct data is a hangover from the early days when
a struct data was sometimes allowed to refer to a static chunk of
memory rather than a malloc()ed block.
That's long gone, since the lifetime issues were far more trouble than
it was worth, so get rid of the asize field.
Signed
73 matches
Mail list logo
