On Aug 21, 2009, at 1:39 AM, Heiko Schocher wrote:
Hello,
I actually porting a mpc8321 based port, and because there is no FPU
on this CPU, I activated MATH_EMUL, as all other mpc832x ports did.
Is there something like a counter, which counts how many times this
Exception occurs?
Geert publ
On Thu, Aug 20, 2009 at 03:02:42PM -0700, Andrew Morton wrote:
>
> (switched to email. Please respond via emailed reply-to-all, not via the
> bugzilla web interface).
>
> On Thu, 20 Aug 2009 02:17:21 GMT
> bugzilla-dae...@bugzilla.kernel.org wrote:
>
> > http://bugzilla.kernel.org/show_bug.cgi?
Stefan Roese wrote:
> On Friday 21 August 2009 07:41:42 tiejun.chen wrote:
+static void kilauea_fixups(void)
+{
+ /*TODO: Please change this as the real. Note that should be
33MHZ~100MHZ.*/
>>> What does that mean?
>> It's difficult to check the sysclk value on all revision Kil
On Friday 21 August 2009 07:41:42 tiejun.chen wrote:
> >> +static void kilauea_fixups(void)
> >> +{
> >> + /*TODO: Please change this as the real. Note that should be
> >> 33MHZ~100MHZ.*/
> >
> > What does that mean?
>
> It's difficult to check the sysclk value on all revision Kilauea board for
>
Hello,
I actually porting a mpc8321 based port, and because there is no FPU
on this CPU, I activated MATH_EMUL, as all other mpc832x ports did.
Is there something like a counter, which counts how many times this
Exception occurs?
Thanks.
bye
Heiko
--
DENX Software Engineering GmbH, MD: Wol
Hi Vimal,
> > With the current ndfc code, the error correction gets the bits wrong.
> > Switching it back to the original way and the correction is correct.
> >
> > diff --git a/drivers/mtd/nand/ndfc.c b/drivers/mtd/nand/ndfc.c
> > index 89bf85a..497e175 100644
> > --- a/drivers/mtd/nand/ndfc.c
>
On Friday 21 August 2009 07:17:09 vimal singh wrote:
> > diff --git a/drivers/mtd/nand/ndfc.c b/drivers/mtd/nand/ndfc.c
> > index 89bf85a..497e175 100644
> > --- a/drivers/mtd/nand/ndfc.c
> > +++ b/drivers/mtd/nand/ndfc.c
> > @@ -101,9 +101,8 @@ static int ndfc_calculate_ecc(struct mtd_info *mtd,
>
On Fri, 21 Aug 2009 10:47:09 +0530
vimal singh wrote:
> Just one question: did you enabled MTD_NAND_ECC_SMC in configs?
It is automagically selected when you select the NDFC driver.
Cheers,
Sean
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozla
On Thu, 2009-08-20 at 23:30 -0600, Grant Likely wrote:
> From: Grant Likely
>
> The PCI device tree scanning code in pci_64.c is some useful functionality.
> It allows PCI devices to be described in the device tree instead of being
> probed for, which in turn allows pci devices to use all of the
Hi Grant,
On Thu, 20 Aug 2009 23:30:17 -0600 Grant Likely
wrote:
>
> +/**
> + * get_int_prop - Decode a u32 from a device tree property
> + */
> +static u32 get_int_prop(struct device_node *np, const char *name, u32 def)
> +{
> + const u32 *prop;
> + int len;
> +
> + prop = of_get_pr
Josh Boyer wrote:
> On Tue, Aug 18, 2009 at 10:28:03AM +0800, Tiejun Chen wrote:
>> For cuImage format it's necessary to provide clock fixups since u-boot will
>> not pass necessary clock frequency into the dtb included into cuImage so we
>> implement the clock fixups as defined in the technical d
Hi Grant,
On Thu, 20 Aug 2009 23:30:09 -0600 Grant Likely
wrote:
>
> From: Grant Likely
>
> PPC_OF is always selected for arch/powerpc. This patch removes the stale
> #defines
>
> Signed-off-by: Grant Likely
Good work.
Acked-by: Stephen Rothwell
--
Cheers,
Stephen Rothwell
Josh Boyer wrote:
> On Tue, Aug 18, 2009 at 10:28:04AM +0800, Tiejun Chen wrote:
>> To support cuImage, we need to initialize the required sections and
>> ensure that it is built.
>>
>> -cuboot-acadia.c cuboot-amigaone.c
>> +cuboot-acadia.c cuboot-amigaone.c cuboot-kilauea.
From: Grant Likely
The PCI device tree scanning code in pci_64.c is some useful functionality.
It allows PCI devices to be described in the device tree instead of being
probed for, which in turn allows pci devices to use all of the device tree
facilities to describe complex PCI bus architectures
From: Grant Likely
The two versions are doing almost exactly the same thing. No need to
maintain them as separate files. This patch also has the side effect
of making the PCI device tree scanning code available to 32 bit powerpc
machines, but no board ports actually make use of this feature at
From: Grant Likely
PPC_OF is always selected for arch/powerpc. This patch removes the stale
#defines
Signed-off-by: Grant Likely
---
arch/powerpc/kernel/pci-common.c |8
arch/powerpc/kernel/pci_32.c |9 -
2 files changed, 0 insertions(+), 17 deletions(-)
diff -
Ben and Kumar,
Compile tested only. I haven't even tried to boot this on real
hardware, but I'm posting so that you guys can see what I'm up to.
Basically, I want access to the device tree scanning in ppc32 land,
and these patches start to get me there. Please take a look and
comment. Tomorrow
> With the current ndfc code, the error correction gets the bits wrong.
> Switching it back to the original way and the correction is correct.
>
> diff --git a/drivers/mtd/nand/ndfc.c b/drivers/mtd/nand/ndfc.c
> index 89bf85a..497e175 100644
> --- a/drivers/mtd/nand/ndfc.c
> +++ b/drivers/mtd/nan
Hi Dave,
Today's linux-next merge of the agp tree got a conflict in
drivers/char/agp/uninorth-agp.c between commit uninorth_create_gatt_table
("agp/uninorth: Simplify cache flushing") from the powerpc tree and
commit 6a12235c7d2d75c7d94b9afcaaecd422ff845ce0 ("agp: kill phys_to_gart
() and gart_to_
On Thu, 20 Aug 2009 17:19:17 -0700
Feng Kan wrote:
> Fix ECC Correction bug where the byte offset location were double
> fliped causing correction routine to toggle the wrong byte location
> in the ECC segment. The ndfc_calculate_ecc routine change the order
> of getting the ECC code.
> /
Fix ECC Correction bug where the byte offset location were double
fliped causing correction routine to toggle the wrong byte location
in the ECC segment. The ndfc_calculate_ecc routine change the order
of getting the ECC code.
/* The NDFC uses Smart Media (SMC) bytes order */
ecc_co
Hi Stefan:
We had a board with high number of correctable ECC errors. Which crashed
the jffs when it
was miss correcting the wrong byte location.
Do you want me to submit a patch for this, or do you prefer to do it. I
am submitting a patch
for linux right now.
Feng Kan
AMCC Software
On 08/
On POWER6 systems RA needs to be the base and RB the index.
If they are reversed you take a misdirect hit.
Signed-off-by: Mike Wolf
--- altivec.orig/arch/powerpc/include/asm/ppc_asm.h 2009-08-17
15:39:52.0 -0500
+++ altivec/arch/powerpc/include/asm/ppc_asm.h 2009-08-20 18:
Hi Sean,
The change is necessary in both Linux and u-boot. Without this change customer
are seeing the problem.
Best Regards,
Victor Gallardo
> -Original Message-
> From: linuxppc-dev-bounces+vgallardo=amcc@lists.ozlabs.org
> [mailto:linuxppc-dev-
> bounces+vgallardo=amcc@list
From: Peter Huewe
Trivial patch which adds the __init/__exit macros to the module_init/
module_exit functions of char/hvc_vio.c
Please have a look at the small patch and either pull it through
your tree, or please ack' it so Jiri can pull it through the trivial tree.
linux version 2.6.31-rc6 -
Hi,
I noticed if I compile with CONFIG_PPC_64K_PAGES, I run into the following
issue.
read_dnode: tn->csize == 0, csize == 65536
check_node: tn->csize == 0 < BUG_ON assert
Look like an OVERFLOW bug. Is this correct?
Here is the problem
fs/jffs2/nodelist.h
st
Hi, Andrew.
On Aug 20 2009, Andrew Morton wrote:
> On Thu, 20 Aug 2009 02:17:21 GMT
> bugzilla-dae...@bugzilla.kernel.org wrote:
> > ,
> > | [30991.501804] loop: module loaded
> > | [30991.513337] hfs: create hidden dir...
> > | [39897.867830] hfs: create hidden dir...
> > | [39960.061622] hfs
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
On Thu, 20 Aug 2009 02:17:21 GMT
bugzilla-dae...@bugzilla.kernel.org wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=14021
>
>Summary: hfsplus caused data loss
>Product
This patch adds support for the ESTeem 195E Hotfoot SBC.
I've been maintaining this out-of-tree for some time now for
older kernels, but recently I ported it to the new unified powerpc
tree with the intent of pushing it upstream.
The 195E boards use ancient versions of u-boot and a slightly mangle
[PATCH v2] Add support for the ESTeem 195E (PPC405EP) SBC
This patch adds support for the ESTeem 195E Hotfoot SBC.
I've been maintaining this out-of-tree for some time now for
older kernels, but recently I ported it to the new unified powerpc
tree with the intent of pushing
On Thu, 20 Aug 2009 07:01:21 +0200
Stefan Roese wrote:
> On Thursday 20 August 2009 06:38:51 Sean MacLennan wrote:
> > > I see other boards using SMC as well, can someone comment on the
> > > change I am proposing.
> > > Should I change the correction algorithm or the calculate
> > > function? If
On Thu, Aug 20, 2009 at 01:45:19PM -0400, Solomon Peachy wrote:
>On Mon, Aug 17, 2009 at 11:13:59AM -0400, Josh Boyer wrote:
>> >There is another way. Perhaps you could just copy ppcboot.h to a new file
>> >called "hotfoot.h" and just use that. It's a duplication of ppcboot.h to
>> >some degree,
Sorry... you're right... brain fart on my part.. :)
Steve
> -Original Message-
> From: glik...@secretlab.ca [mailto:glik...@secretlab.ca] On Behalf Of Grant
> Likely
> Sent: Thursday, August 20, 2009 10:45 AM
> To: Stephen Neuendorffer
> Cc: John Linn; net...@vger.kernel.org; linuxppc-..
On Mon, Aug 17, 2009 at 11:13:59AM -0400, Josh Boyer wrote:
> >There is another way. Perhaps you could just copy ppcboot.h to a new file
> >called "hotfoot.h" and just use that. It's a duplication of ppcboot.h to
> >some degree, but it seems to make sense for your board and it helps preserve
> >t
On Thu, Aug 20, 2009 at 10:02 AM, Stephen
Neuendorffer wrote:
>
> John,
>
> I just got a chance to browse this... Do you want to put in the
> stripped device names?
>
> .compatible = "xlnx,xps-ethernetlite-2", etc...
We've covered this territory before. Compatible values need to be
exact for the
On Thu, 20 Aug 2009 03:49:51 -0600
John Linn wrote:
> +/**
> + * xemaclite_ioctl - Perform IO Control operations on the network device
> + * @dev: Pointer to the network device
> + * @rq: Pointer to the interface request structure
> + * @cmd: IOCTL command
> + *
> + * The onl
John,
I just got a chance to browse this... Do you want to put in the
stripped device names?
.compatible = "xlnx,xps-ethernetlite-2", etc...
Steve
This email and any attachments are intended for the sole use of the named
recipient(s) and contain(s) confidential information that may be propri
On Tue, Aug 18, 2009 at 10:28:04AM +0800, Tiejun Chen wrote:
>To support cuImage, we need to initialize the required sections and
>ensure that it is built.
>
>- cuboot-acadia.c cuboot-amigaone.c
>+ cuboot-acadia.c cuboot-amigaone.c cuboot-kilauea.c
> src-boot := $(src-wli
On Tue, Aug 18, 2009 at 10:28:03AM +0800, Tiejun Chen wrote:
>For cuImage format it's necessary to provide clock fixups since u-boot will
>not pass necessary clock frequency into the dtb included into cuImage so we
>implement the clock fixups as defined in the technical documentation for the
>boa
David Miller wrote:
> From: John Linn
> Date: Wed, 19 Aug 2009 06:29:11 -0600
>
>
>> This patch adds support for the Xilinx Ethernet Lite device. The
>> soft logic core from Xilinx is typically used on Virtex and Spartan
>> designs attached to either a PowerPC or a Microblaze processor.
>>
>>
From: John Linn
Date: Thu, 20 Aug 2009 03:49:51 -0600
> This patch adds support for the Xilinx Ethernet Lite device. The
> soft logic core from Xilinx is typically used on Virtex and Spartan
> designs attached to either a PowerPC or a Microblaze processor.
>
> Signed-off-by: Sadanand M
> Signe
This patch adds support for the Xilinx Ethernet Lite device. The
soft logic core from Xilinx is typically used on Virtex and Spartan
designs attached to either a PowerPC or a Microblaze processor.
CC: Grant Likely
CC: Josh Boyer
CC: John Williams
CC: Michal Simek
Signed-off-by: Sadanand M
Si
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Thursday, August 20, 2009 10:31 AM
> To: michal.si...@petalogix.com
> Cc: John Linn; net...@vger.kernel.org; linuxppc-...@ozlabs.org;
jgar...@pobox.com;
> grant.lik...@secretlab.ca; jwbo...@linux.vnet.ibm.com;
jo
From: Michal Simek
Date: Thu, 20 Aug 2009 11:28:48 +0200
> There were one bug with spinlock which John L fixed but not send to
> mainling list. :-(
> He wanted to create new v3 version. :-(.
> When he wake up, he send you that bug fix or v3 version with it.
Send a new version, I'll revert V2 fro
From: John Linn
Date: Wed, 19 Aug 2009 06:29:11 -0600
> This patch adds support for the Xilinx Ethernet Lite device. The
> soft logic core from Xilinx is typically used on Virtex and Spartan
> designs attached to either a PowerPC or a Microblaze processor.
>
> Signed-off-by: Sadanand M
> Signe
Hi all,
I found that the header file(dma-mapping.h) has changed. I saw this
change has happened on Linux -2.6.28 kernel onwards. earlier kernel is having
COMFIT_PPC64 macro. Based on this macro the things were happened. Is there any
fixes available right now or any reasons behind this ch
46 matches
Mail list logo
