Current powerpc/merge on a QS21 reports an oops on boot:
[ cut here ]
Badness at mm/bootmem.c:535
[snip]
Call Trace:
[c0763a80] [c05dd068] .alloc_arch_preferred_bootmem+0x28/0x9c
(unreliable)
[c0763b10] [c05ddaac]
Hi Grant
Thanks for your response!
I have searched for current-speed in drivers/net/fec_mpc52xx.c but I cannot
find anything. However we are using the gianfar.c Ethernet driver.
Do you know whether this driver supports fixed MII links without PHY?
I've got another question regarding MII
On Sun, Jun 28, 2009 at 01:41:52AM -0600, Grant Likely wrote:
From: Grant Likely grant.lik...@secretlab.ca
ALSA SoC drivers should be specify SND_SOC_AC97_BUS instead, not AC97_BUS.
Applied both.
___
Linuxppc-dev mailing list
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.
Signed-off-by: Ashish Kalra ashish.ka...@freescale.com
---
kernel 2.6.21.7
As we know , kexec stores data for new kernel image , in the form
of a page list.
And kexec uses the physical address of the another page for a
next-page pointer.
However, PowerPC e500 does not allow users to turn off the MMU, so we
can not used physical address directly
Hi Sergej,
I've attached the patch used to fix this issue. Both the patch to
pgtable32.h and head_32.S are required in order to make it work. The
change to pgtable32.h ensures that all pages are marked cache coherent
(results in setting the M bit). The change to head_32.S ensures that the
M
On Jun 29, 2009, at 8:47 AM, wilbur.chan wrote:
kernel 2.6.21.7
As we know , kexec stores data for new kernel image , in the form
of a page list.
And kexec uses the physical address of the another page for a
next-page pointer.
However, PowerPC e500 does not allow users to turn off
On Jun 29, 2009, at 1:36 AM, Jeremy Kerr wrote:
Current powerpc/merge on a QS21 reports an oops on boot:
[ cut here ]
Badness at mm/bootmem.c:535
[snip]
Call Trace:
[c0763a80] [c05dd068] .alloc_arch_preferred_bootmem
+0x28/0x9c (unreliable)
On Jun 29, 2009, at 8:22 AM, ashish kalra wrote:
Signed-off-by: Ashish Kalra ashish.ka...@freescale.com
---
drivers/ata/sata_fsl.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
Can you provide more detail in the commit message about why this patch
is needed or what
Hi as I already informed you,
we'd like to contribute to the Linux RapidIO subsystem, with several
features, Here are few general information about the design of
implementation of such features.
naming:
domain - a several boards connected together via rio, with only one host
host - a MCU with
From: Ashish Kalra ashish.ka...@freescale.com
Date: Fri, 26 Jun 2009 15:46:02 +0530
Subject: [PATCH][v2] sata_fsl: Add asynchronous notification support
Enable device hot-plug support on Port multiplier fan-out ports
Signed-off-by: Ashish Kalra ashish.ka...@freescale.com
---
Enable device hot-plug support on Port multiplier fan-out ports
Signed-off-by: Ashish Kalra ashish.ka...@freescale.com
---
drivers/ata/sata_fsl.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/ata/sata_fsl.c b/drivers/ata/sata_fsl.c
index
Hi,
I am trying to load the c67x00 driver in my Xilinx ML403 (PowerPC) based
platform. I am running a merged tree between DENX+Adeos/Xenomai and Xilinx
(2.6.29.4). I have the XPS_EPC core interfaced to the Cypress CY7C67300.
Before, in PPC I used to have something like this in my
Excuse me ,
btw,how to search these patches on this maillist?
through Linuxppc-dev Archives one by one?
Cheers,
wilbur
2009/6/29, Kumar Gala ga...@kernel.crashing.org:
On Jun 29, 2009, at 8:47 AM, wilbur.chan wrote:
kernel 2.6.21.7
As we know , kexec stores data for new kernel image ,
On Mon, Jun 29, 2009 at 2:23 AM, Frank
Prepelicafrank.prepel...@ubidyne.com wrote:
Hi Grant
Thanks for your response!
I have searched for current-speed in drivers/net/fec_mpc52xx.c but I cannot
find anything. However we are using the gianfar.c Ethernet driver.
Do you know whether this
I tried a small example
int *p = 0x1000;
int a = *p;
asm(sync:::memory);
a = *p;
and
volatile int *p = 0x1000;
int a = *p;
asm(sync);
a = *p
Got the same assembly.
Which is right.
So does it mean, if proper use of volatile is done, there is no need
of memory ?
But then why below example of
kernel mailz kernelma...@googlemail.com wrote:
asm(sync);
Isn't gcc free to discard this as it has no dependencies, no indicated side
effects, and isn't required to be kept? I think this should probably be:
asm volatile(sync);
David
___
Hi all,
I am working in customized Freescale MPC8313 board. There are two
PCI devices (Broadcom Switch) in PCI bus.
Each PCI device has its configuration space. It contains
vendor/product ID (RO)..., and important information, likes BARs
(Base Address), INT line and IRQ(RW). These resources
Did some searching on the archieve
Looks like this is a old patch
[PATCH 03/10] powerpc: Add kexec support for PPC_85xx platforms
Dale Farnsworth
Thu, 22 Nov 2007 07:51:52 -0800
Is this the patch you were referring to kumar
-TZ
On Mon, Jun 29, 2009 at 9:06 PM, wilbur.chanwilbur...@gmail.com
On 06/28/2009 09:26 AM, Joe Perches wrote:
Signed-off-by: Joe Perches j...@perches.com
---
arch/powerpc/mm/tlb_hash64.c |2 +-
arch/powerpc/oprofile/cell/vma_map.c |2 +-
arch/powerpc/platforms/powermac/cpufreq_64.c |2 +-
On 06/26/2009 06:33 PM, Alan Stern wrote:
On Fri, 26 Jun 2009, Geoff Levand wrote:
Where is the information about the hardware errata you mentioned?
Sorry, I should have mentioned it. Unfortunately, that info is not
in the public as far as I know. I think only someone with access
to
Acked-by: Dave Jiang dji...@mvista.com
Yang Shi wrote:
Based on Kumar's new compatible types patch, add P2020 into
MPC85xx EDAC compatible lists so that EDAC can recognize
P2020 meomry controller and L2 cache controller and export
the relevant fields to sysfs.
EDAC MPC85xx DDR3 support is
Do you know (and if you know, can you comment) if IDT is planning on
offering RIO (and more importantly to me sRIO) chipsets that can be used
on other architectures besides the various PPC chips with embedded sRIO
controllers?
___
Linuxppc-dev mailing
On Mon, Jun 29, 2009 at 11:58:22PM +0800, Johnny Hung wrote:
Hi all,
I am working in customized Freescale MPC8313 board. There are two
PCI devices (Broadcom Switch) in PCI bus.
Each PCI device has its configuration space. It contains
vendor/product ID (RO)..., and important information,
Hi guys, I've been working off your suggestions and here's my update
on where I'm at now.
For reference, attached are my current
linux-2.6-denx/arch/powerpc/boot/dts/ep88xc.dts and
u-boot-2009.03/include/configs/EP88x.h.
I might be able to help out. Scott's right. According to U-Boots
Mikhail Zaturenskiy wrote:
Hi guys, I've been working off your suggestions and here's my update
on where I'm at now.
For reference, attached are my current
linux-2.6-denx/arch/powerpc/boot/dts/ep88xc.dts and
u-boot-2009.03/include/configs/EP88x.h.
I might be able to help out. Scott's
Hi Gary
Did you try 'root=ttyCPM0,9600'?
Gave that a shot just now, doesn't seem to have changed anything other
than that it now says VFS: Cannot open root device ttyCMP0,9600 or
unknown-block(2,0). But thanks for the suggestion though.
What exactly was this supposed to do? I thought that the
Mikhail Zaturenskiy wrote:
Hi Gary
Did you try 'root=ttyCPM0,9600'?
Gave that a shot just now, doesn't seem to have changed anything other
than that it now says VFS: Cannot open root device ttyCMP0,9600 or
unknown-block(2,0). But thanks for the suggestion though.
What exactly was this
Jorge == Jorge Sánchez de Nova j.s.den...@gmail.com writes:
Jorge Hi,
Jorge It doesn't work at all since it doesn't load anything. I have
Jorge looked at the driver and there is apparently no openfirmware
Jorge support for it, so maybe the dts info won't work without
Jorge it. Am I wrong?
On Mon, Jun 29, 2009 at 09:19:57PM +0530, kernel mailz wrote:
I tried a small example
int *p = 0x1000;
int a = *p;
asm(sync:::memory);
a = *p;
and
volatile int *p = 0x1000;
int a = *p;
asm(sync);
a = *p
Got the same assembly.
Which is right.
So does it mean, if proper use of
Hi Scott,
s/root=/console=/
I'm not quite sure what you mean by this.
Alternatively, you can set /chosen/linux,stdout-path to poin to the serial
node you want to use for the console.
If you look at the bottom of ep88xc.dts that I attached with my
previous post, I added the following:
chosen {
Mikhail Zaturenskiy wrote:
Hi Scott,
s/root=/console=/
I'm not quite sure what you mean by this.
Change root= to console=.
-Scott
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Change root= to console=.
Thank you for clarifying.
I tried this but I get the following in my memory dump:
6Using Embedded Planet EP88xC ??achine description?
5Linux ver??ion 2.6.30-rc2-01402-gd4e2f68-d??rty
(dev...@localhost.localdoma??n) (gcc version 4.2.2) #1 Mon J??n 29
11:35:28 CDT 2009?
Mikhail Zaturenskiy wrote:
Seems like at that point it begins to redirect output to ttyCPM0 but
still nothing showing on the console...
Check the clock-frequency of the CPM BRG node. If u-boot isn't setting
the memory, it's probably not setting this either.
If you're not up to the task of
David Howells dhowe...@redhat.com writes:
kernel mailz kernelma...@googlemail.com wrote:
asm(sync);
Isn't gcc free to discard this as it has no dependencies, no indicated side
effects, and isn't required to be kept? I think this should probably be:
asm volatile(sync);
An asm with
kernel mailz kernelma...@googlemail.com writes:
I tried a small example
int *p = 0x1000;
int a = *p;
asm(sync:::memory);
a = *p;
and
volatile int *p = 0x1000;
int a = *p;
asm(sync);
a = *p
Got the same assembly.
Which is right.
So does it mean, if proper use of volatile is done,
From: Grant Likely grant.lik...@secretlab.ca
Current implementation of spin_event_timeout can be interrupted by an
IRQ or context switch after testing the condition, but before checking
the timeout. This can cause the loop to report a timeout when the
condition actually became true in the
On Saturday 27 June 2009 21:33:09 Jeremy Kerr wrote:
Hi Rob,
I bisected the problem in the linux kernel repository, and wound up
here:
60ee031940c1b09c137b617a8829e2f081961fe0 is first bad commit
commit 60ee031940c1b09c137b617a8829e2f081961fe0
Author: Jeremy Kerr j...@ozlabs.org
From: Grant Likely grant.lik...@secretlab.ca
AC97 bus register read/write hooks need to provide locking, but the
mpc5200-psc-ac97 driver does not. This patch adds a mutex around
the register access routines.
Signed-off-by: Grant Likely grant.lik...@secretlab.ca
---
sound/soc/fsl/mpc5200_dma.c
On Mon, Jun 29, 2009 at 06:34:06PM -0500, Rob Landley wrote:
Cool! Is there a reason it's hidden? (Or at least not listed in either
vger.kernel.org's list info page
Because it's not hosted on vger :( ... I guess we're controll freaks! :D
or in the Maling
On Mon, 2009-06-29 at 18:34 -0500, Rob Landley wrote:
Which suggested that the problem was the new CONFIG_PPC_OF_BOOT_TRAMPOLINE
symbol wasn't set, and once I switched that on it started working again.
What defconfig are you using? It sounds like maybe something should be
'select'ing
On Mon, Jun 29, 2009 at 7:42 PM, Grant Likelygrant.lik...@secretlab.ca wrote:
From: Grant Likely grant.lik...@secretlab.ca
AC97 bus register read/write hooks need to provide locking, but the
mpc5200-psc-ac97 driver does not. This patch adds a mutex around
the register access routines.
Does
Thanks for your reply. So there are no PCI device resource info in
flat device tree.
How do PCI device resources be assign in general case or is there any example?
I am so confusing, would you please give me detailed describle?
BRs, H. Johnny
With flat device trees, PCI devices are not
43 matches
Mail list logo