There are two problems here.
The first is that a lot of people has unsubscribed to this list a long
time ago, and then when it changed name we where suddenly subscribed for
again.
The second is that the site
https://ozlabs.org/mailman/listinfo/linuxppc-dev has an invalid security
certificat
Hi Anton,
On Tuesday 06 January 2009, Anton Vorontsov wrote:
> > This adds a SPI driver for the SPI controller found in the IBM/AMCC
> > 4xx PowerPC's.
> >
> > Signed-off-by: Stefan Roese
> > Signed-off-by: Wolfgang Ocker
> > Acked-by: Josh Boyer
> > ---
>
> [...]
>
> > +static unsigned int of_
Hi Wolfgang,
On Monday 05 January 2009, Wolfgang Denk wrote:
> > IIRC (I didn't write the original version of this driver) then this
> > comments simply refers to the fact that the platform can select a maximum
> > SPI frequency via spi->max_speed_hz which is pretty obvious. So I'll just
> > remov
Hi All,
First i should say thanks for your efforts and managing the mailing lists, it
is great work and i know that well.
I can not understand the reason of merging PPC-embedded and PPC devel mailing
lists and as you see there are many people just interested in ppc embedded and
messages there.
* Sam Ravnborg [2009-01-06 08:31:49]:
> >
> > Sorry for resending the patch before taking care of the response.
> > Resending
> > the patch with changes made to other three drivers also.
> >
> > Impact: Fix the VIOPATH dependency in the iSeries dependent drivers.
> >
> > iSeries depend d
Hi Kamalesh
Looks good, small nit below.
> config VIOPATH
> bool
> - depends on VIODASD || VIOCD || VIOTAPE || ISERIES_VETH
> - default y
> + default n
As 'n' is default anyway this line is not needed and I suggest you
spin a final version of the patch with this removed.
Enable RELOCATABLE option if user selects CRASH_DUMP option. Without this
patch user has to first select RELOCATABLE option and then has to enable
CRASH_DUMP option.
Signed-off-by: M. Mohan Kumar
---
arch/powerpc/Kconfig |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/
Unsubscribe me please
-Original Message-
From: linuxppc-dev-bounces+pauleaton=earthlink@ozlabs.org
[mailto:linuxppc-dev-bounces+pauleaton=earthlink@ozlabs.org] On Behalf
Of vikas.s...@gdatech.co.in
Sent: Tuesday, January 06, 2009 12:04 AM
To: Nate Jozwiak
Cc: linuxppc-dev@ozlabs.or
Please unsubscribe me.
Thanks,
Paul
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
unsubscibe me ..
thanks
> unsubscribe
>
>
>
>
>
> ___
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
___
Linuxppc-dev mail
Please unsubscribe me.
Thanks,
Denis O'Sullivan.___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Please unsubscribe me!
Thanks,
Rob Schalken
From: linuxppc-dev-bounces+rob.schalken=core-vision...@ozlabs.org
[mailto:linuxppc-dev-bounces+rob.schalken=core-vision...@ozlabs.org] On
Behalf Of Denis O Sullivan
Sent: Tuesday, January 06, 2009 12:18 PM
To: Linuxppc-dev@ozlabs.org
Subject: Unsubs
On Tue, Jan 06, 2009 at 09:26:01AM +, Mohammad Sadegh Sadri wrote:
>
>Hi All,
>
>First i should say thanks for your efforts and managing the mailing lists, it
>is great work and i know that well.
>I can not understand the reason of merging PPC-embedded and PPC devel mailing
>lists and as you
Hello,
On Mon, Jan 5, 2009 at 11:07 PM, Leon Woestenberg
wrote:
>>
>> 2.6.28 works fine here... using
>> arch/powerpc/configs/83xx/mpc8315_rdb_defconfig and
>> arch/powerpc/boot/dts/mpc8315erdb.dts
>> Hope this helps,
>>
> Thanks for the report, I went back to the defconfig and at least it
> give
On Mon, 2009-01-05 at 19:34 +0300, malc wrote:
> Before this change (atleast) mono_handle_native_sigsegv was executed
> (before machine locks-up hard) after the change this code path is
> never touched.
>
> The fact that machine locks up hard and not even magic sysrq works
> is what deserves a bet
On Mon, 2009-01-05 at 23:28 +1100, Michael Ellerman wrote:
> I'm confused. Which code never exercises which path, and so what
> deserves a better look?
Well, the thing is with the fix that went into 2.6.30, some error path
will never bit hit, or pretty much.
Without the fix, what can happen is th
Hello,
On Mon, Jan 5, 2009 at 7:01 PM, Anton Vorontsov
wrote:
> On Mon, Jan 05, 2009 at 11:46:45AM -0600, Scott Wood wrote:
> [...]
>> > My statement was to convey that the kernel.org kernel should only
>> > worry itself with the denx.de u-boot (w/regards to compatibility).
>>
>> Why? Unless the
For ppc750 processors which use 4 performance counters instead of the
6 G4 uses but otherwise is compatible with G4.
Signed-off-by: Octavian Purdila
---
arch/powerpc/oprofile/op_model_7450.c | 21 +++--
1 files changed, 11 insertions(+), 10 deletions(-)
diff --git a/arch/power
Signed-off-by: Octavian Purdila
---
arch/powerpc/kernel/cputable.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c
index 923f87a..4e20cfb 100644
--- a/arch/powerpc/kernel/cputable.c
+++ b/arch/powerpc/ke
Adds oprofile support for ppc750. ppc750 performance counters
interface is similar with G4, but it only has 4 performance counters
instead of 6.
I tested this on a PPC750GX and it seems to work fine.
tavi
___
Linuxppc-dev mailing list
Linuxppc-dev@ozl
Hi all,
I have spent quite some time trying to move from U-Boot 1.2 to a newer
version.. I am stuck at the initialization of the ram. The ram checksum
fails and gives me a "total memory of 0". (the board has 512MB and work
when booting uboot 1.2)
can anyone pls. point me in the right direction?
On Mon, Jan 05, 2009 at 11:07:07PM +0100, Leon Woestenberg wrote:
[...]
> ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> Oops: Machine check, sig: 7 [#1]
> MPC831x RDB
> Modules linked in:
> NIP: c01ed380 LR: c01ed36c CTR:
> REGS: c7827c70 TRAP: 0200 Not tainted (2.6.28)
>
#insert top_post
On Jan 5, 2009, at 6:47 PM, Matt Sealey wrote:
Milton you're amazing <3
This is going to take a while to test. I have to build a new source
rpm and push it to Peter, who is doing some work and I need him to
have working config the same as mine. I am build testing the patch i
On Tue, Jan 6, 2009 at 2:26 AM, Mohammad Sadegh Sadri
wrote:
> Hi All,
>
> First i should say thanks for your efforts and managing the mailing lists,
> it is great work and i know that well.
> I can not understand the reason of merging PPC-embedded and PPC devel
> mailing lists and as you see ther
On Tue, Jan 6, 2009 at 2:26 AM, Mohammad Sadegh Sadri
wrote:
> any how i understand that there is no way to go back where we were
> previously, and so i should just say thanks, and that i have to unsubscribe
> from the new mailing list althougth i know there would be emails in which
> i'll be inte
Benjamin Herrenschmidt wrote:
>
>> Here is a complete startup log, with debug turned on as you requested.
>> This is still against 2.6.27.9, as it will take me a little time to
>> build 2.6.28. Hopefully, this log will be useful in the meantime.
>
> Can you add "debug" to your kernel command lin
On Dec 4, 2008, at 3:34 PM, Kumar Gala wrote:
From: Jason Jin
The general pci resume code can only restore part of the
configuration registers. We need to reconfigure those
registers in the FIXUP_RESUME.
Signed-off-by: Jason Jin
Signed-off-by: Kumar Gala
---
arch/powerpc/platforms/fsl_uli1
* Sam Ravnborg [2009-01-06 11:46:19]:
> Hi Kamalesh
>
> Looks good, small nit below.
>
> > config VIOPATH
> > bool
> > - depends on VIODASD || VIOCD || VIOTAPE || ISERIES_VETH
> > - default y
> > + default n
>
> As 'n' is default anyway this line is not needed and I suggest you
> sp
The PCIe interrupts for 8544ds and 8572ds were incorrect. The 8572 case
was found by Liu Yu.
Signed-off-by: Kumar Gala
---
arch/powerpc/boot/dts/mpc8544ds.dts|4 ++--
arch/powerpc/boot/dts/mpc8572ds.dts|4 ++--
arch/powerpc/boot/dts/mpc8572ds_camp_core0.dts |
On Tue, Dec 30, 2008 at 3:11 PM, Jon Smirl wrote:
> Add the of_find_i2c_device_by_node function. This allows you to follow
> a reference in the device tree to an i2c device node and then locate
> the linux device instantiated by the device tree. Example use, an i2s
> codec controlled by i2c.
Did
On Tue, Jan 06, 2009 at 09:27:24PM +0530, Kamalesh Babulal wrote:
> * Sam Ravnborg [2009-01-06 11:46:19]:
>
> > Hi Kamalesh
> >
> > Looks good, small nit below.
> >
> > > config VIOPATH
> > > bool
> > > - depends on VIODASD || VIOCD || VIOTAPE || ISERIES_VETH
> > > - default y
> > > + defaul
On Tue, 2009-01-06 at 15:28 +0200, Pieter wrote:
> Hi all,
>
> I have spent quite some time trying to move from U-Boot 1.2 to a newer
> version.. I am stuck at the initialization of the ram. The ram checksum
> fails and gives me a "total memory of 0". (the board has 512MB and work
> when booting u
On Tue, 6 Jan 2009, Benjamin Herrenschmidt wrote:
On Mon, 2009-01-05 at 19:34 +0300, malc wrote:
Before this change (atleast) mono_handle_native_sigsegv was executed
(before machine locks-up hard) after the change this code path is
never touched.
The fact that machine locks up hard and not eve
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Benjamin Herrenschmidt wrote:
>
>> Here is a complete startup log, with debug turned on as you requested.
>> This is still against 2.6.27.9, as it will take me a little time to
>> build 2.6.28. Hopefully, this log will be useful in the meantime.
>
> Can you add "debug" to your kernel command lin
From: Stephen Rothwell
Date: Tue, 6 Jan 2009 16:34:54 +1100
> ehea_plpar_hcall9() takes an "unsigned long" array to return its results,
> so change the arrays we pass to it to match. This is currently only
> 64 bit code, so the transformation is actually a noop, but because
> ehea_plpar_hcall9()
From: Stephen Rothwell
Date: Tue, 6 Jan 2009 16:39:08 +1100
> These variables are only used with an interface that just dumps their
> values into registers to be passed to the hypervisor. The arguments
> to that interface are declared to be "unsigned long", so make these
> variables match. The m
Hello Anton,
On Mon, Jan 5, 2009 at 7:01 PM, Anton Vorontsov
wrote:
> On Mon, Jan 05, 2009 at 11:46:45AM -0600, Scott Wood wrote:
>>
>> Why? Unless the BSP u-boots do something insane, I think we should try
>> to have the upstream kernel boot on the u-boot that comes on the board
>> (it's not ni
On Tue, Jan 06, 2009 at 07:53:57PM +0100, Leon Woestenberg wrote:
> Hello Anton,
>
> On Mon, Jan 5, 2009 at 7:01 PM, Anton Vorontsov
> wrote:
> > On Mon, Jan 05, 2009 at 11:46:45AM -0600, Scott Wood wrote:
> >>
> >> Why? Unless the BSP u-boots do something insane, I think we should try
> >> to h
On Jan 5, 2009, at 1:27 PM, Scott Wood wrote:
On Mon, Jan 05, 2009 at 10:25:08AM -0600, Kumar Gala wrote:
On Jan 5, 2009, at 4:47 AM, Li Yang wrote:
Probe the new mdio node added by b31a1d8b. Fix kernel panic problem
when
gianfar driver wants to get the of_platform_device of that mdio.
Si
Benjamin Herrenschmidt wrote:
>
>> Here is a complete startup log, with debug turned on as you requested.
>> This is still against 2.6.27.9, as it will take me a little time to
>> build 2.6.28. Hopefully, this log will be useful in the meantime.
>
> Can you add "debug" to your kernel command lin
On Jan 6, 2009, at 1:27 PM, Anton Vorontsov wrote:
On Tue, Jan 06, 2009 at 07:53:57PM +0100, Leon Woestenberg wrote:
Hello Anton,
On Mon, Jan 5, 2009 at 7:01 PM, Anton Vorontsov
wrote:
On Mon, Jan 05, 2009 at 11:46:45AM -0600, Scott Wood wrote:
Why? Unless the BSP u-boots do something in
From: Leo Li
When changing the link between 100Mbps and 1Gbps in SGMII mode it was
found out that the link would stop working. The issue is that ECNTRL[R100]
needs to be cleared when in 1Gbps mode. Older reference manuals didn't
require the explicitly clearing but has since been found it that i
On Jan 6, 2009, at 2:52 PM, Kumar Gala wrote:
From: Leo Li
When changing the link between 100Mbps and 1Gbps in SGMII mode it was
found out that the link would stop working. The issue is that
ECNTRL[R100]
needs to be cleared when in 1Gbps mode. Older reference manuals
didn't
require the
On Tue, Jan 06, 2009 at 02:38:57PM -0600, Kumar Gala wrote:
[...]
> Why? Unless the BSP u-boots do something insane, I think we
> should try
> to have the upstream kernel boot on the u-boot that comes on the
> board
> (it's not nice to require users to reflash unnecessarily
> As you wish :) I've written some ad-hoc stuff in the failing path which
> manually triggers sysrq and then sends the klogctl output via network
> and here it is:
Allright, something's unclear to me. What do you mean by the system goes
down then ? The kernel appears to be working at least to a
Please unsubscribe me from... wait, that's not what I meant to say.
Any thoughts or questions on this one? I posted this right before the
holidays so my feelings aren't hurt by the lack of response (yet!)
To summarize why I think this should go in 2.6.29:
- Userspace will now be able to determin
From: Geert Uytterhoeven
Update ps3vram driver to use the new ps3 three id modalias support.
Signed-off-by: Geert Uytterhoeven
Signed-off-by: Geoff Levand
---
arch/powerpc/include/asm/ps3.h |1 +
drivers/mtd/devices/ps3vram.c |1 +
2 files changed, 2 insertions(+)
--- a/arch/powerpc
Replace the use of stdint.h types with kernel types
in the ps3vram driver.
Signed-off-by: Geoff Levand
---
drivers/mtd/devices/ps3vram.c | 56 ++
1 file changed, 30 insertions(+), 26 deletions(-)
--- a/drivers/mtd/devices/ps3vram.c
+++ b/drivers/mtd/dev
Replace the use of udelay() with msleep() in the looping wait routines
ps3vram_notifier_wait() and ps3vram_wait_ring().
Signed-off-by: Geoff Levand
---
drivers/mtd/devices/ps3vram.c | 36 ++--
1 file changed, 14 insertions(+), 22 deletions(-)
--- a/drivers/mtd/
Remove the ps3vram debug routines ps3vram_dump_ring() and
ps3vram_dump_reports(). These routines are not needed.
Signed-off-by: Geoff Levand
---
drivers/mtd/devices/ps3vram.c | 29 -
1 file changed, 29 deletions(-)
--- a/drivers/mtd/devices/ps3vram.c
+++ b/drivers
From: Jim Paris
Add ps3vram driver, which exposes unused video RAM on the PS3 as a MTD
device suitable for storage or swap. Fast data transfer is achieved
using a local cache in system RAM and DMA transfers via the GPU.
CC: Geert Uytterhoeven
Signed-off-by: Vivien Chappelier
Signed-off-by: Ji
Cleanup the ps3vram driver messages. Add a new struct device pointer
variable dev to struct ps3vram_priv and use dev_dbg(), pr_dbg(), etc.
where appropriate.
Signed-off-by: Geoff Levand
---
drivers/mtd/devices/ps3vram.c | 116 --
1 file changed, 68 inser
Hi Ben,
This is a set of patches for the ps3vram driver.
Patch 1 adds the driver. It has already been reviewed on the cbe-oss-dev ML
and has been acked by David Woodhouse, so should be ready to merge.
Patch 2 is a minor update to reflect changes to the ps3-system-bus that have
been merged into
Steven A. Falco wrote:
> Benjamin Herrenschmidt wrote:
>>> Here is a complete startup log, with debug turned on as you requested.
>>> This is still against 2.6.27.9, as it will take me a little time to
>>> build 2.6.28. Hopefully, this log will be useful in the meantime.
>> Can you add "debug" to
On Tue, 2009-01-06 at 16:38 -0500, Steven A. Falco wrote:
> But this has no effect on Linux. So, I also changed the sequoia.dts
> to make the outbound range larger, and now Linux is happy too. I now
> have ranges for the device:
>
> # cat :01:00.0/resource
> 0x00019000 0x00019007
From: Andy Fleming
Date: Tue, 6 Jan 2009 14:56:25 -0600
>
> On Jan 6, 2009, at 2:52 PM, Kumar Gala wrote:
>
> > From: Leo Li
> >
> > When changing the link between 100Mbps and 1Gbps in SGMII mode it was
> > found out that the link would stop working. The issue is that ECNTRL[R100]
> > needs t
Benjamin Herrenschmidt wrote:
> On Tue, 2009-01-06 at 16:38 -0500, Steven A. Falco wrote:
>> But this has no effect on Linux. So, I also changed the sequoia.dts
>> to make the outbound range larger, and now Linux is happy too. I now
>> have ranges for the device:
>>
>> # cat :01:00.0/resource
On Wed, 7 Jan 2009, Benjamin Herrenschmidt wrote:
As you wish :) I've written some ad-hoc stuff in the failing path which
manually triggers sysrq and then sends the klogctl output via network
and here it is:
Allright, something's unclear to me. What do you mean by the system goes
down then ?
Hello Anton,
On Tue, Jan 6, 2009 at 10:15 PM, Anton Vorontsov
wrote:
> On Tue, Jan 06, 2009 at 02:38:57PM -0600, Kumar Gala wrote:
Is u-boot PCIe initialization required for this kernel patch to work?
>>>
>>> Yup.
>>
>> Really? what for?
>
> Hm. U-Boot should initialize SerDes and PCI-E con
Add the UCC_GETH_UPSMR_xxx definitions to qe.h. The ucc_geth driver will
eventually use these instead of the UPSMR_ macros it currently defines.
Signed-off-by: Timur Tabi
---
arch/powerpc/include/asm/qe.h | 19 ++-
1 files changed, 18 insertions(+), 1 deletions(-)
diff --git
> I'm not sure if this should be changed in the mainline. This card works
> out of the box when used with a generic x86 PC, but not when used with
> a sequoia. But, maybe it's just me climbing the PPC learning curve.
Nah, I think 256M is ridiculously small :-) I think the .dts for that
board sh
On Mon, 2008-11-17 at 16:32 +0200, Paulius Zaleckas wrote:
> Signed-off-by: Paulius Zaleckas
> ---
>
> Documentation/powerpc/booting-without-of.txt |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
>
> diff --git a/Documentation/powerpc/booting-without-of.txt
> b/Documentation/p
On Tue, Jan 06, 2009 at 11:33:35PM +0100, Leon Woestenberg wrote:
> Hello Anton,
>
> On Tue, Jan 6, 2009 at 10:15 PM, Anton Vorontsov
> wrote:
> > On Tue, Jan 06, 2009 at 02:38:57PM -0600, Kumar Gala wrote:
> Is u-boot PCIe initialization required for this kernel patch to work?
> >>>
> >>> Y
On Fri, 2009-01-02 at 14:46 -0600, Milton Miller wrote:
> @@ -94,10 +95,35 @@ void __init reserve_crashkernel(void)
> KDUMP_KERNELBASE);
>
> crashk_res.start = KDUMP_KERNELBASE;
> +#else
> + if (!crashk_res.start) {
> + /*
> + * uns
of_get_flat_dt_prop() returns a "void *", so we don't need to cast when
assigning its result to a pointer variable.
---
arch/powerpc/kernel/prom.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
This will help when we to the l64 to ll64 switch as well.
diff --git a/arch/p
From: Ingo Molnar
tce_entryp is a "u64 *" not an "unsigned long *".
[Split from a large patch -sfr]
Signed-off-by: Ingo Molnar
Signed-off-by: Stephen Rothwell
---
arch/powerpc/kernel/prom_init.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/prom
Signed-off-by: Stephen Rothwell
---
arch/powerpc/oprofile/cell/pr_util.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/oprofile/cell/pr_util.h
b/arch/powerpc/oprofile/cell/pr_util.h
index 628009c..dfdbffa 100644
--- a/arch/powerpc/oprofile/cell/pr_util.h
From: Ingo Molnar
Only pass the address of a u64 if that is what the function requires.
[Split out of a larger patch - sfr]
[update comment - sfr]
Signed-off-by: Ingo Molnar
Signed-off-by: Stephen Rothwell
---
arch/powerpc/platforms/cell/beat_htab.c | 21 +++--
arch/powerpc/
From: Ingo Molnar
in/out_be64() work on u64s.
The first parameter to ppc_md.ioremap is a phys_addr_t.
[Split out from a large patch - sfr]
[A couple of updates - sfr]
Signed-off-by: Ingo Molnar
Signed-off-by: Stephen Rothwell
---
arch/powerpc/platforms/cell/interrupt.c |2 +-
arch/p
On Tue, 2008-11-25 at 10:34 -0800, Grant Erickson wrote:
> This merges support for the previously DENX-only kernel feature of
> specifying an alternative, "external" buffer for kernel printk
> messages and their associated metadata. In addition, this ports
> architecture support for this feature fr
From: Ingo Molnar
[Split from a larger patch - sfr]
Signed-off-by: Ingo Molnar
Signed-off-by: Stephen Rothwell
---
arch/powerpc/platforms/pasemi/cpufreq.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platforms/pasemi/cpufreq.c
b/arch/powerpc/platforms
From: Ingo Molnar
Convert arch/powerpc/ over to long long based u64:
-#ifdef __powerpc64__
-# include
-#else
-# include
-#endif
+#include
This will avoid reoccuring spurious warnings in core kernel code that
comes when people test on their own hardware. (i.e. x86 in ~98% of the
cases)
Signed-off-by: Stephen Rothwell
---
arch/powerpc/kernel/pci_64.c |6 +++---
arch/powerpc/platforms/cell/spufs/coredump.c |2 +-
arch/powerpc/platforms/cell/spufs/fault.c|2 +-
arch/powerpc/platforms/cell/spufs/file.c |6 +++---
4 files changed, 8 insertion
This is a powerpc specific driver.
Signed-off-by: Stephen Rothwell
---
drivers/char/bsr.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/char/bsr.c b/drivers/char/bsr.c
index 977dfb1..f6094ae 100644
--- a/drivers/char/bsr.c
+++ b/drivers/char/bsr.c
@@ -103,7 +1
This is a powerpc specific driver.
Signed-off-by: Stephen Rothwell
---
drivers/infiniband/hw/ehca/ehca_cq.c | 16 ++--
drivers/infiniband/hw/ehca/ehca_hca.c|2 +-
drivers/infiniband/hw/ehca/ehca_irq.c| 18 ++--
drivers/infiniband/hw/ehca/ehca_main.c |6 +-
drivers/infin
These are powerpc specific drivers.
Signed-off-by: Stephen Rothwell
---
drivers/net/ehea/ehea_main.c |8
drivers/net/ehea/ehea_qmr.c | 18 +-
drivers/net/ibmveth.c| 16
drivers/net/iseries_veth.c |2 +-
4 files changed, 22 insertio
Hello Anton,
On Wed, Jan 7, 2009 at 12:42 AM, Anton Vorontsov
wrote:
> On Tue, Jan 06, 2009 at 11:33:35PM +0100, Leon Woestenberg wrote:
>> So to summarize, we need u-boot to initialize the PCIe controller, in
>> order for Linux to further take it over.
>>
>> What u-boot versions/releases do prov
From: Stephen Rothwell
Date: Wed, 7 Jan 2009 11:40:06 +1100
> These are powerpc specific drivers.
>
> Signed-off-by: Stephen Rothwell
> ---
> drivers/net/ehea/ehea_main.c |8
> drivers/net/ehea/ehea_qmr.c | 18 +-
> drivers/net/ibmveth.c| 16 --
> +
> iob_regs = map_onedev(iob_pdev, 0);
> + if (iob_regs == NULL)
> + printk(KERN_WARNING "pasemi_dma_init: Can't ioremap I/O Bridge
> registers\n");
>
> dma_pdev = pci_get_device(PCI_VENDOR_ID_PASEMI, 0xa007, NULL);
> if (!dma_pdev) {
> BUG();
On Thu, 2008-12-18 at 20:49 +0300, Anton Vorontsov wrote:
> Exactly, this matters for non-embedded case. Why would I want totally
> unneeded I2C bindings built-in into my iBook kernel? ;-)
>
> >> And the solution that everybody seem to agree with (SPI driver example):
> >> http://lkml.org/lkml/20
This is a powerpc specific driver.
Signed-off-by: Stephen Rothwell
---
drivers/scsi/ibmvscsi/ibmvfc.c | 14 +++---
drivers/scsi/ibmvscsi/ibmvfc.h |6 +++---
2 files changed, 10 insertions(+), 10 deletions(-)
This patch on its own will generate several warnings - it depends on the
On Mon, 2008-12-22 at 16:14 +0530, Chandru wrote:
> On a ppc64 machine booting linux-2.6.28-rc9 with crashkernel=2...@32m boot
> parameter caused the kernel to panic while booting. Follwing is the console
> message..
This is a fix to generic code. Can you resubmit it to linux-mm and/or
linux-ke
Please unsubscribe me,
thanks
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Tue, Jan 06, 2009 at 01:46:21PM +0800, Li Yang wrote:
> > -Original Message-
> > From:
> > devicetree-discuss-bounces+leoli=freescale@ozlabs.org
> > [mailto:devicetree-discuss-bounces+leoli=freescale@ozlabs.
> > org] On Behalf Of David Gibson
> > Sent: Tuesday, January 06, 2009
On 1/6/09 4:04 PM, Benjamin Herrenschmidt wrote:
> On Tue, 2008-11-25 at 10:34 -0800, Grant Erickson wrote:
>> This merges support for the previously DENX-only kernel feature of
>> specifying an alternative, "external" buffer for kernel printk
>> messages and their associated metadata. In addition,
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Fri, 2009-01-02 at 15:04 -0600, Milton Miller wrote:
> make the idom "always call realloc_memory_ranges when filling a range entry"
>
> kexec was core dumping after using 5 exclude_range pairs when only 3
> were allocated.
>
> also delcare realloc_memory_ranges to take no arguments.
>
> Signe
On Mon, 2009-01-05 at 07:28 -0600, Milton Miller wrote:
> Mohan wrote:
>
> > config CRASH_DUMP
> > bool "Build a kdump crash kernel"
> > - depends on (PPC64 && RELOCATABLE) || 6xx
> > + depends on PPC64 || 6xx
> > + select RELOCATABLE
> > help
> > Build
On Tue, 2009-01-06 at 14:55 +0200, Octavian Purdila wrote:
> Adds oprofile support for ppc750. ppc750 performance counters
> interface is similar with G4, but it only has 4 performance counters
> instead of 6.
>
> I tested this on a PPC750GX and it seems to work fine.
I'm not too sure about usin
Just a little warning...
I mistakenly did the same merge twice in "next" and "master" resulting
in those two branches now drifting for ever which they shouldn't.
I'm not going to rebase "next" as I pretty much promised, so I'm going
to rebase "master" to point to the same commit as "next".
I'll
On Mon, 2008-11-24 at 14:53 +0100, Arnd Bergmann wrote:
> From: Benjamin Krill
>
> Add support for the nwp serial device which is connected to a DCR bus. It
> uses the of_serial device driver to determine necessary properties from
> the device tree. The supported device is added as serial port n
On Wed, 2008-12-17 at 23:09 +0300, Anton Vorontsov wrote:
> The patch replaces internal registers dump implementation with
> ppc_save_regs(). From now on PPC64 and PPC32 are using the same
> code for crash_setup_regs().
>
> NOTE: The old regs dump implementation was capturing SP (r1) directly
> as
On Jan 6, 2009, at 5:12 PM, Timur Tabi wrote:
Add the UCC_GETH_UPSMR_xxx definitions to qe.h. The ucc_geth driver
will
eventually use these instead of the UPSMR_ macros it currently
defines.
Signed-off-by: Timur Tabi
---
arch/powerpc/include/asm/qe.h | 19 ++-
1 files ch
On Tue, Jan 6, 2009 at 7:00 PM, David Gibson
wrote:
> As Grant says, you're thinking about what drivers will do with things
> rather than what the actual hardware setup is, which is what the
> device tree should describe.
>
> I see two sensible options for this situation:
>- Move the MDIO
On Tue, Jan 6, 2009 at 9:21 PM, Kumar Gala wrote:
>
> is there some reason to move the defines into this file?
For consistency. Similar definitions for UART are already in this file.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev
On Wed, 2009-01-07 at 10:58 +1100, Stephen Rothwell wrote:
> Signed-off-by: Stephen Rothwell
> ---
> arch/powerpc/oprofile/cell/pr_util.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Arnd, I'm not too sure about this one, what do you think ? Shouldn't the
objectid be a u64 and t
Dear friends,
I have a following problem:
I'm trying to boot linux kernel on a PowerPC405 inside a Virtex4 FX12
sitting on an Avnet/Memec FX12 Mini Module plugged into its mother board.
I was able to go as far as booting the kernel, mounting a nfs root,
as well as an ext2 one sitting on a sysace C
On Wed, Jan 7, 2009 at 10:00 AM, David Gibson
wrote:
> On Tue, Jan 06, 2009 at 01:46:21PM +0800, Li Yang wrote:
>> > -Original Message-
>> > From:
>> > devicetree-discuss-bounces+leoli=freescale@ozlabs.org
>> > [mailto:devicetree-discuss-bounces+leoli=freescale@ozlabs.
>> > org] On
This is a brown paper bag from one of my earlier patches that
breaks build on 40x and 8xx.
And yes, I've now added 40x and 8xx to my list of test configs :-)
Signed-off-by: Benjamin Herrenschmidt
---
arch/powerpc/mm/mmu_decl.h |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
---
1 - 100 of 125 matches
Mail list logo
