(cc linuxppc-...@ozlabs.org)
On Fri, 21 Aug 2009 02:54:12 -0400
Amerigo Wang wrote:
> This series of patch implements automatically reserved memory for crashkernel,
> by introducing a new boot option "crashkernel=auto". This idea is from Neil.
>
> In case of breaking user-space applications, it
This fixes a kernel BUG_ON(tn->size == 0) panic in check_node_data
due to integer overflow in read_dnone().
The code incorrectly assigns a uin32_t local variable (csize) to
uint16_t structure member in jffs2_tmp_dnode_info. This results
in an overflow when the local variable csize is greater than
Hi
Beeing new to the ppc platform (on xilinx xup fpga) i have a hard time finding
out the syntax
of the dts file. First i was tring to use the xilinx iic driver but the system
was always locking
up when using it. So i thought i am just simply switching to the i2c_gpio
driver. So i defined
an
I've got a kilauea (PPC405EX) board that we've decided needs more room
in one of the flash partitions. So I took the existing command line
(which came from the dev kit):
Kernel command line: ramdisk_size=65536 root=/dev/ram rw
mtdparts=fc00.nor_flash:2M(linux),20M(ramdisk),4M(jffs2),38272k(us
Hi Sean
>
> It looks like another fix for this bug is to leave the current code
> alone and turn off CONFIG_MTD_NAND_ECC_SMC.
This would fix the problem by hiding the issue. Fengs patch is the correct way
to go.
Best Regards,
Victor Gallardo
___
Lin
Yes, I have considered that. However, it would make the #define rather confusing
for the rest.
Cheers,
Feng
-Original Message-
From: Sean MacLennan [mailto:smaclen...@pikatech.com]
Sent: Fri 8/21/2009 11:55 AM
To: Feng Kan
Cc: linuxppc-...@ozlabs.org; linux-...@lists.infradead.org; Feng
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.
It looks l
Use clock freqency from the device tree to calculate correct MPC5200 PSC clock.
Previous code had errors or used a constant. This versions computes
the right clock based on the xtal and register settings.
Adjusted from previous version to rebase onto current Linus tree.
Signed-off-by: Jon Smirl
On Fri, Aug 21, 2009 at 9:23 AM, Jon Smirl wrote:
> I've been getting unexplained reboots. This one printed a dump. Does
> it make sense to anyone?
> The system was just sitting idle at a command prompt.
No, I've not seen anything like that, and I don't see anything
interesting in the back trace.
I've been getting unexplained reboots. This one printed a dump. Does
it make sense to anyone?
The system was just sitting idle at a command prompt.
r...@phycore:~ Bad trap at PC: c00098f0, SR: 1000, vector=100
Oops: Exception in kernel mode, sig: 5 [#1]
dspeak01
Modules linked in:
NIP: c00098f0 LR
Hi Grant,
On Fri, 21 Aug 2009 08:54:25 -0600 Grant Likely
wrote:
>
> On Fri, Aug 21, 2009 at 12:01 AM, Stephen Rothwell
> wrote:
> >
> > And similarly with sparc's pci_parse_of_addrs() and pci_parse_of_flags
> > () ? Maybe create drivers/of/pci.c (or drivers/pci/of.c)? Or maybe they
> > are s
On Fri, Aug 21, 2009 at 12:05 AM, Benjamin
Herrenschmidt wrote:
> 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 be
On Fri, Aug 21, 2009 at 12:01 AM, Stephen Rothwell wrote:
>
> And similarly with sparc's pci_parse_of_addrs() and pci_parse_of_flags
> () ? Maybe create drivers/of/pci.c (or drivers/pci/of.c)? Or maybe they
> are still too different?
>
> There is probably scope for more consolidation there.
I ag
Hello Geert,
Geert Uytterhoeven wrote:
> On Fri, 21 Aug 2009, Kumar Gala wrote:
>> On Aug 21, 2009, at 1:39 AM, Heiko Schocher wrote:
>>> 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 so
On Fri, 21 Aug 2009, Kumar Gala wrote:
> On Aug 21, 2009, at 1:39 AM, Heiko Schocher wrote:
> >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
Hi all,
I've rebased the next branch of the 4xx tree to Ben's next branch, and added
the following commits:
Solomon Peachy (1):
powerpc/40x: Add support for the ESTeem 195E (PPC405EP) SBC
Stefan Roese (2):
powerpc/44x: Update Arches dts
powerpc/44x: Update Arches defconfig
f..
Hi Kumar,
> 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
>>
On Fri, Aug 21, 2009 at 01:41:42PM +0800, tiejun.chen wrote:
>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
On Fri, Aug 21, 2009 at 02:00:20PM +0800, tiejun.chen wrote:
>as I know. So I prefer to prefix with ibm405ex as you suggestion.
>
>>> diff --git a/arch/powerpc/boot/dcr.h b/arch/powerpc/boot/dcr.h
>>> index 95b9f53..ba41624 100644
>>> --- a/arch/powerpc/boot/dcr.h
>>> +++ b/arch/powerpc/boot/dcr.h
On Friday 21 August 2009 02:19:17 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.
> /* T
Hi Feng,
On Friday 21 August 2009 01:42:42 Feng Kan wrote:
> We had a board with high number of correctable ECC errors. Which crashed
> the jffs when it
> was miss correcting the wrong byte location.
OK, thanks.
> Do you want me to submit a patch for this, or do you prefer to do it.
Sure, pleas
On Fri, 21 Aug 2009 17:29:01 +1000 Benjamin Herrenschmidt
wrote:
> On Thu, 2009-08-20 at 15:02 -0700, Andrew Morton wrote:
> > (switched to email. Please respond via emailed reply-to-all, not via the
> > bugzilla web interface).
>
> Is Roman Zippel still around ? (I added him to the CC list).
On Thu, 2009-08-20 at 15:02 -0700, Andrew Morton wrote:
> (switched to email. Please respond via emailed reply-to-all, not via the
> bugzilla web interface).
Is Roman Zippel still around ? (I added him to the CC list). AFAIK, He
maintains HFS and HFS+ (and was the last one to do any major work on
23 matches
Mail list logo
