On Thu, 15 Oct 2009 16:05:13 +0200, Jean Delvare wrote:
> On Thu, 15 Oct 2009 22:19:19 +1100, Benjamin Herrenschmidt wrote:
> > On Thu, 2009-10-15 at 12:49 +0200, Jean Delvare wrote:
> > > Oh. Well, if that was the case, we would see errors all the time, not
> > > just during initialization, right?
On Fri, Oct 16, 2009 at 09:12:34AM +0800, wilbur.chan wrote:
> ppc 8270, kernel 2.6.21.7
>
> I took the following steps:
>
>
> In a system call function , say , sys_reboot, interrupt was disabled
> by local_irq_disable.
>
> Then , value at the address of 0xc50 was set to a value , say ,
>
Rex Feany wrote on 15/10/2009 18:56:50:
>
> arch/powerpc/kernel/head_8xx.o: In function `FixupDAR':
> /home/rfeany/src/lnxnm/linux-dev/arch/powerpc/kernel/head_8xx.S:576: undefined
> reference to `DARfix'
>
> With all of your patches applied I have this problem:
>
> open("/proc/mounts", O_RDONLY)
On Fri, 2009-10-16 at 09:44 +0200, Jean Delvare wrote:
> On Thu, 15 Oct 2009 16:05:13 +0200, Jean Delvare wrote:
> > On Thu, 15 Oct 2009 22:19:19 +1100, Benjamin Herrenschmidt wrote:
> > > On Thu, 2009-10-15 at 12:49 +0200, Jean Delvare wrote:
> > > > Oh. Well, if that was the case, we would see er
On Thu, Oct 15, 2009 at 02:32:54PM -0500, Scott Wood wrote:
> Christian Borntraeger wrote:
>> About the backends, there are some that spin until the text is
>> delivered (e.g. virtio) , others can drop (e.g. iucv is a connection
>> oriented protocol and it will (and has to) drop if there is no
>
Hi,
This patchset introduces cpuidle infrastructure to POWER, prototyping
for pSeries, and also does a major refactoring of current x86 idle
power management and a cleanup of cpuidle infrastructure.
This patch series has been in discussion for quite a while now and
below are the links to the prev
* Arun R Bharadwaj [2009-10-16 15:08:50]:
This patch adds a little information about the redesigned cpuidle
infrastructure in Documentation/cpuidle/core.txt
Signed-off-by: Arun R Bharadwaj
---
Documentation/cpuidle/core.txt | 35 +++
1 file changed, 35 inserti
* Arun R Bharadwaj [2009-10-16 15:08:50]:
This patch cleans up drivers/cpuidle/cpuidle.c
Earlier cpuidle assumed pm_idle as the default idle loop. Break that
assumption and make it more generic. cpuidle_idle_call() which is the
main idle loop of cpuidle is to be called by architectures which have
* Arun R Bharadwaj [2009-10-16 15:08:50]:
Implement a list based registering mechanism for architectures which
have multiple sets of idle routines which are to be registered.
Currently, in x86 it is done by merely setting pm_idle = idle_routine
and managing this pm_idle pointer is messy.
To giv
* Arun R Bharadwaj [2009-10-16 15:08:50]:
This patch cleans up x86 of all instances of pm_idle.
pm_idle which was earlier called from cpu_idle() idle loop
is replaced by cpuidle_idle_call.
x86 also registers to cpuidle when the idle routine is selected,
by populating the cpuidle_device data str
* Arun R Bharadwaj [2009-10-16 15:08:50]:
This patch enables the cpuidle option in Kconfig for pSeries.
Currently cpuidle infrastructure is enabled only for x86 and ARM.
This code is almost completely borrowed from x86 to enable
cpuidle for pSeries.
Signed-off-by: Arun R Bharadwaj
---
arch/po
* Arun R Bharadwaj [2009-10-16 15:08:50]:
This patch removes the routines, pseries_shared_idle_sleep and
pseries_dedicated_idle_sleep, since this is implemented as a part
of arch/powerpc/platform/pseries/processor_idle.c
Also, similar to x86, call cpuidle_idle_call from cpu_idle() idle
loop inst
* Arun R Bharadwaj [2009-10-16 15:08:50]:
In arch/powerpc/kernel/idle.c create a default_idle() routine by moving
the failover condition of the cpu_idle() idle loop. This is needed by
cpuidle infrastructure to call default_idle when other idle routines
are not yet registered. Functionality remain
* Arun R Bharadwaj [2009-10-16 15:08:50]:
This patch creates arch/powerpc/platforms/pseries/processor_idle.c,
which implements the cpuidle infrastructure for pseries.
It implements a pseries_cpuidle_loop() which would be the main idle loop
called from cpu_idle(). It makes decision of entering eit
* Arun R Bharadwaj [2009-10-16 15:08:50]:
This patch enables default_idle when power_save=off kernel boot
option is specified.
Earlier, this was done by setting ppc_md.power_save = NULL and hence
HMT_low() and HMT_very_low() was called. Now this is defined under
default_idle() and hence by setti
Hi all,
I finally found why in my mpc5200 based system (and in the lite5200) I
had leaks of skbs when receiving ethernet traffic at 100 Mbit/s so that
we generated an rxfifo error (to be able to get it I even reduced the
speed of the CPU using the PLL jumpers).
The problem was:
The reception pac
(I'm sorry about my previous message with a legal notice, this time
I resent it with another mail server that doesn't include the legal
notice for me)
Hi all,
I finally found why in my mpc5200 based system (and in the lite5200) I
had leaks of skbs when receiving ethernet traffic at 100 Mbit/s so
Hello,
Wolfgang Denk wrote:
Dear =?ISO-8859-1?Q?K=E1ri_Dav=ED=F0sson?=,
In message <4ad70927.3030...@marel.com> you wrote:
The kernel from the BSP on Freescale site is crashing on the CAN in my case
(might be a hardware bug).
I don;t think so. There are some problems in this code, for examp
On Fri, Oct 16, 2009 at 07:01:43AM +0200, Felix Radensky wrote:
> Thanks for confirmation. So the real problem is eLBC ?
> What happens if I access other devices on eLBC (e.g. FPGA)
> simultaneously with NAND or NOR ?
AFAICT, the problem is NAND being accessed simultaneously with anything else
on
On Fri, Oct 16, 2009 at 03:46:45PM +1100, Benjamin Herrenschmidt wrote:
> On Thu, 2009-10-15 at 13:57 -0500, Scott Wood wrote:
> > I'd say the dropping approach is quite undesirable (significant
> > potential for output loss unless the buffer is huge), unless there's
> > simply no way to safely s
In the last few days, I made this progress ( indicates where I
cropped the file to the relevant sections):
$ cat myboard.dts
local...@f0010100 {
compatible = "fsl,mpc8280-localbus",
"fsl,pq2-localbus";
#address-cells = <2>;
Sorry I made a typo: LITTLE endian byte swap is enabled for Flash Chip drivers:
CONFIG_MTD_CFI_LE_BYTE_SWAP=y
On Fri, Oct 16, 2009 at 11:37 AM, Roberto Guerra
wrote:
> In the last few days, I made this progress ( indicates where I
> cropped the file to the relevant sections):
>
> $ cat myboard.dt
On Thu, Oct 15, 2009 at 06:25:14PM -0700, Dan Williams wrote:
> [ added Leo and Timur to the Cc ]
>
> On Wed, Oct 14, 2009 at 11:41 PM, Vishnu Suresh wrote:
> > This patch disables the use of DMA_INTERRUPT capability with Async_tx
> >
> > The fsldma produces a null transfer with DMA_INTERRUPT
> >
On Fri, Oct 16, 2009 at 08:31:19AM +0200, Richard Cochran wrote:
> > -Original Message-
> > From: Scott Wood [mailto:scottw...@freescale.com]
> > Subject: Re: [PATCH] * mpc8313erdb.dts: Fixed eTSEC interrupt assignment.
> >
> > On Thu, Oct 15, 2009 at 02:19:30PM +0200, Richard Cochran wrote
Sorry, but it seems that the patch did already do the work. The other
problems were hardware problems and are not related to this patch (it
even happened without applying it). So it seems that the skb leak may be
solved with the provided patch.
Kind regards,
Asier
El vie, 16-10-2009 a las 14:01 +
Roberto Guerra wrote:
mtdparts=phys:1600K(ROM)ro,6M(root),512K(U-Boot)ro,512K(unused)
rootfstype=jffs2
=> bootm 20 - 40
physmap platform flash device: 0080 at ff80
physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank
Amd/Fujitsu Extended Query Table at 0x0040
physmap-flash
On Oct 16, 2009, at 11:01 AM, Scott Wood wrote:
I have the LITE5200B, MPC8313-ERDB, MPC8572DS, and the P2020DS in
house, and it is really the same, sad story with each of
them. Wouldn't it be grand if the development boards would boot "out
of the box" when compiling the most recent kernel with
From: Jiang Yutang
Split sata_fsl_softreset() into hard and soft resets to make
error-handling more efficient & device and PMP detection more
reliable.
Also includes fix for PMP support, driver tested with Sil3726,
Sil4726 & Exar PMP controllers.
[AV: Also fixes resuming from deep sleep on MPC8
u-boot partition size should be 0x8 (512 KB), not 0x8000 (32 KB).
Signed-off-by: Anton Vorontsov
---
arch/powerpc/boot/dts/mpc8377_wlan.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8377_wlan.dts
b/arch/powerpc/boot/dts/mpc8377_wlan.d
This patch fixes USB GPIOs numbers for MPC8569E-MDS boards, plus
according to the latest HW Getting Started Guide (rev 3.3, pilot
boards), USB "POWER" GPIO polarity has changed, it is no longer
inverted.
This patch makes USB Host somewhat work on pilot boards, though
there are still some problems
On Thu, 15 Oct 2009, Gerald Schaefer wrote:
> > The pages allocated as __GFP_MOVABLE are used to store the list of pages
> > allocated by the balloon. They reference virtual addresses and it would
> > be fine for the kernel to migrate the physical pages for those, the
> > balloon would not notice
Fix the following 3 issues:
arch/powerpc/kernel/process.c: In function 'arch_randomize_brk':
arch/powerpc/kernel/process.c:1183: error: 'mmu_highuser_ssize' undeclared
(first use in this function)
arch/powerpc/kernel/process.c:1183: error: (Each undeclared identifier is
reported only once
arch/p
This defconfig's purpose at this time is to help catch compile errors
between Book-3S and Book-3E support in ppc64. It is based on the
ppc64_defconfig with some things disabled that we dont support on
Book-3E right now (hugetlbfs, slices, etc.)
Signed-off-by: Kumar Gala
---
arch/powerpc/configs
This is a series of simple Kconfig cleans related to powerpc intended
for v2.6.33. I'm assuming having them go via the powerpc tree is
probably the easiest.
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinf
Signed-off-by: Kumar Gala
---
fs/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/Kconfig b/fs/Kconfig
index d4bf8ca..f93d0ed 100644
--- a/fs/Kconfig
+++ b/fs/Kconfig
@@ -135,7 +135,7 @@ config TMPFS_POSIX_ACL
config HUGETLBFS
bool "HugeTLB file syst
Signed-off-by: Kumar Gala
---
mm/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/mm/Kconfig b/mm/Kconfig
index 57963c6..7ca3777 100644
--- a/mm/Kconfig
+++ b/mm/Kconfig
@@ -129,7 +129,7 @@ config MEMORY_HOTPLUG
bool "Allow for memory hot-add"
depe
We dont need to depend on PPC64 explicitly as all powerpc platforms
(32-bit and 64-bit) define PPC now.
Signed-off-by: Kumar Gala
---
init/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/init/Kconfig b/init/Kconfig
index 09c5c64..f515864 100644
--- a/init/Kconfi
We can replace PPC32 || PPC64 as a dependancy with just PPC as all
powerpc platforms (32-bit and 64-bit) define PPC now.
Signed-off-by: Kumar Gala
---
sound/ppc/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/sound/ppc/Kconfig b/sound/ppc/Kconfig
index bd2338a..
We don't need an explicit PPC64 in the DEBUG_PREEMPT dependancies as all
PPC platforms now support TRACE_IRQFLAGS_SUPPORT.
Signed-off-by: Kumar Gala
---
lib/Kconfig.debug |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index 30df586
On Oct 16, 2009, at 12:05 PM, Kumar Gala wrote:
This defconfig's purpose at this time is to help catch compile errors
between Book-3S and Book-3E support in ppc64. It is based on the
ppc64_defconfig with some things disabled that we dont support on
Book-3E right now (hugetlbfs, slices, etc.)
On Oct 15, 2009, at 5:13 AM, willy jacobs wrote:
On our MPC8548 (latest die revision) based boards with 2 GByte DDR2
RAM we see an stable kernel when
CONFIG_HIGHMEM is not set
In this case only the first 768 MB will be used (as reported by /
proc/cpuinfo).
Tested with/without the RT-patche
On Fri, 2009-10-16 at 10:33 -0500, Scott Wood wrote:
> On Fri, Oct 16, 2009 at 03:46:45PM +1100, Benjamin Herrenschmidt wrote:
> > On Thu, 2009-10-15 at 13:57 -0500, Scott Wood wrote:
> > > I'd say the dropping approach is quite undesirable (significant
> > > potential for output loss unless the b
We are using the Cypress USB Host (CY7C67300) with a Freescale MPC8544
and can only get it to work if we add a delay after writing to the
hardware registers through the HPI.
We tried playing with the SCY settings in the GPCM but nothing helps.
It is only when we add usecs of delay after our
Thus spake Joakim Tjernlund (joakim.tjernl...@transmode.se):
> Right, it is the pte table walk that is blowing up.
> I just noted that 2.6 lacks a tophys() call in its table walk
> so I removed that one(there is one more tophys call but I don't think
> it should be removed).
> Try this addon patch
On Thu, 15 Oct 2009 21:40:43 +0200
Roland Lezuo wrote:
> On Mon, 2009-10-12 at 11:06 -0500, Kim Phillips wrote:
> > On Wed, 9 Sep 2009 15:28:01 -0500
> > Kumar Gala wrote:
> > > On Sep 9, 2009, at 1:22 PM, Scott Wood wrote:
> > > > We really should have a u-boot fixup based on SVR.
> >
> > Rola
ppc 6xx
In platform_init function of sandpoint.c , I delete the code of
getting command line from uboot, and set command_line to a fixed value
, which are like this:
sandpoint.c--> platform_init
#if 0
if (r3 && r6) {
/* copy board in
46 matches
Mail list logo