Please unsubscribe me, thanks!
DISCLAIMER:
Unless indicated otherwise, the information contained in this message is
privileged and confidential, and is intended only for the use of the
addressee(s) named above and others who have been specifically authorized to
receive it. If you are not the
Please unsubscribe me...thanks
DISCLAIMER:
Unless indicated otherwise, the information contained in this message is
privileged and confidential, and is intended only for the use of the
addressee(s) named above and others who have been specifically authorized to
receive it. If you are not t
Hello,
I did a few tests this morning with the new DMA code on the EFIKA and
got the following results:
- libata.force=udma2
SCSI subsystem
initialized
ata: MPC52xx IDE/ATA libata
driver
Please unsubscribe me, thanks!
The information contained in this electronic message and any attachments to
this message are intended for the exclusive use of the addressee(s) and may
contain proprietary, confidential or privileged information. If you are not the
intended recipient, you shoul
> I don't know quite the detail of the new cpumask stuff ... It could be
> as simple as passing a pointer instead of the value in the
> cpumask_scnprintf call though...
Actually, I'll do more tests and if that ends up being the only needed
change, I'll push your patch with that small change out t
On Tue, 2009-01-06 at 15:25 -0600, Nathan Lynch wrote:
> 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
Please unsubscribe me, thanks!
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
深圳中兴力维技术有限公司
地址：深圳市高新区科技南一路W1-A二楼
电话：0755-26525674-8509（办公室）
AKS
发件人: linuxppc-dev-bounces+zhou.yutao=zte.com...@ozlabs.org
2009-01-07 14:32
收件人
Linuxppc-dev@o
Please unsubscribe me, thanks!
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Please unsubscribe me, thanks!
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
please unscribe me
Thanks
jaya
This Mail is scanned for viruses, worms and Spams by ECNET IMSS.___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Hi all,
The patch to dynamically allocate memory regions for ppc64 kexec-tools,
ie. "ppc64: kexec memory ranges dynamic allocation" (d182ce5), has never
worked AFAICT.
Chandru reported it as broken when it was posted:
http://lists.infradead.org/pipermail/kexec/2008-October/002751.html
Still, it'
On Wed, 07 Jan 2009 14:34:59 +1100 Benjamin Herrenschmidt
wrote:
>
> 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
On Dec 29, 2008, at 10:40 AM, Anton Vorontsov wrote:
The clear_fixmap() routine issues map_page() with flags set to 0.
Currently this causes a BUG_ON() inside the map_page(), as it assumes
that a PTE should be clear before mapping.
This patch makes the map_page() to trigger the BUG_ON() only i
On Wed, 2009-01-07 at 07:04 +0300, Anton Vorontsov wrote:
> AFAICS it saves r1:
>
>PPC_STL r0,0*SZL(r3)
>PPC_STL r2,2*SZL(r3)
>PPC_STL r3,3*SZL(r3)
>...
>/* go up one stack frame for SP */
>PPC_LL r4,0(r1)
>PPC_STL r4,1*SZL(r3)
>
> This fac
The Freescale PowerPC specific gianfar driver (gig-e) uses
cacheable_memzero for performance reasons we need to export
the symbol to allow the driver to be built as a module.
Signed-off-by: Kumar Gala
---
arch/powerpc/kernel/ppc_ksyms.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
On Tue, Jan 06, 2009 at 10:44:13PM -0600, Kumar Gala wrote:
>
> On Dec 25, 2008, at 8:14 AM, Anton Vorontsov wrote:
>
>> Hi all,
>>
>> Just resending some fixes that seem to be lost...
>
> Greg,
>
> What happened w/this patch set?
As it was sent during the hollidays (on Christmas day at that), it'
The PowerPC changes are now in mainline, you can now enable
dynamic ftrace on PowerPC.
The following patch is in:
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-2.6-trace.git
branch: ppc/ftrace-enable
Steven Rostedt (1):
powerpc: enable dynamic ftrace
arch/powe
On Dec 25, 2008, at 8:14 AM, Anton Vorontsov wrote:
Hi all,
Just resending some fixes that seem to be lost...
Greg,
What happened w/this patch set?
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linu
On Dec 17, 2008, at 1:43 PM, Trent Piepho wrote:
Provides a small speedup when accessing pefetchable ranges. To
indicate
that a memory range is prefetchable, mark it in the dts file with
4200
instead of 0200.
A powepc pci_controller is allowed three memory ranges, any of which
m
On Dec 17, 2008, at 1:43 PM, Trent Piepho wrote:
The code that sets up the outbound ATMU windows, which is used to
map CPU
physical addresses into PCI bus addresses where BARs will be mapped,
didn't
work so well.
For one, it leaked the ioremap() of the ATMU registers. Another
small bug
On Dec 5, 2008, at 2:09 PM, Anton Vorontsov wrote:
Hi all,
The patch series are used to support SPI via the OF SPI subsystem
(driver/of/of_spi.c). Now the driver is able to manage its own
chip selects, and doesn't need any auxiliary support from the
board files or fsl_soc constructors.
The se
On Nov 10, 2008, at 6:31 AM, Martyn Welch wrote:
GE Fanuc SBC610
Support for the FPGA based watchdog timer as found on GE Fanuc's
SBC310,
SBC610 and PPC9A Single Board Computers.
This patch adds support for the watchdog timer found in one of the
devices
FPGAs. There are two identical wat
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 Wed, 07 Jan 2009 14:08:14 +1100 Benjamin Herrenschmidt
wrote:
> 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 prop
On Wed, Jan 07, 2009 at 02:16:05PM +1100, Benjamin Herrenschmidt wrote:
> 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().
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(-)
---
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
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, 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
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 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 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 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 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
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 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
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 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
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
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,
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
Please unsubscribe me,
thanks
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
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
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 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
> +
> 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();
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 --
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
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
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
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
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
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)
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
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
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
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/
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
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
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
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
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 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
> 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
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
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
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 ?
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
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
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
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
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
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
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
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
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/
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
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
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
> 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
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
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
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 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
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 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
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
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
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
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()
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
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
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
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, 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, 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
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 |
* 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
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
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
1 - 100 of 125 matches
Mail list logo
