Hi,
On Fri, 16 Dec 2011 08:38:58 +0800
G.H.Lee wrote:
...
> I am a new user of the board TWR-MPC5125 made by freescale. Now I am trying
> to porting the new kernel, i.e. the version 3.0.4, to this board. I have
> porting the serial driver and the nand flash driver successfully. And I can
> als
On Sat, Dec 17, 2011 at 1:59 AM, Scott Wood wrote:
> On 12/15/2011 08:44 PM, LiuShuo wrote:
>> hi Artem,
>> Could this patch be applied now and we make a independent patch for bad
>> block information
>> migration later?
>
> This patch is not safe to use without migration.
Hi Scott,
We agree it
On Monday, December 19, 2011 1:39 AM, Daniel Ng wrote:
>Is there RapidIO Direct Memory I/O Support in the latest kernel?
>
>I've seen these patches from Freescale, but it seems they were never
integrated-
>http://kerneltrap.org/mailarchive/linux-netdev/2009/5/12/5686954
>
>Does anyone know why the
On 12.12.2011, at 23:28, Paul Mackerras wrote:
> This allocates an array for each memory slot that is added to store
> the physical addresses of the pages in the slot. This array is
> vmalloc'd and accessed in kvmppc_h_enter using real_vmalloc_addr().
> This allows us to remove the ram_pginfo fi
On 12/19/2011 05:05 AM, Li Yang wrote:
> On Sat, Dec 17, 2011 at 1:59 AM, Scott Wood wrote:
>> On 12/15/2011 08:44 PM, LiuShuo wrote:
>>> hi Artem,
>>> Could this patch be applied now and we make a independent patch for bad
>>> block information
>>> migration later?
>>
>> This patch is not safe t
On 12.12.2011, at 23:37, Paul Mackerras wrote:
> This adds an smp_wmb in kvm_mmu_notifier_invalidate_range_end() and an
> smp_rmb in mmu_notifier_retry() so that mmu_notifier_retry() will give
> the correct answer when called without kvm->mmu_lock being held.
> PowerPC Book3S HV KVM wants to use
On 12/19/2011 07:18 PM, Alexander Graf wrote:
> On 12.12.2011, at 23:37, Paul Mackerras wrote:
>
> > This adds an smp_wmb in kvm_mmu_notifier_invalidate_range_end() and an
> > smp_rmb in mmu_notifier_retry() so that mmu_notifier_retry() will give
> > the correct answer when called without kvm->mmu_
On 12.12.2011, at 23:23, Paul Mackerras wrote:
> This series of patches updates the Book3S-HV KVM code that manages the
> guest hashed page table (HPT) to enable several things:
>
> * MMIO emulation and MMIO pass-through
>
> * Use of small pages (4kB or 64kB, depending on config) to back the
>
On 12/17/2011 08:35 AM, Artem Bityutskiy wrote:
> On Mon, 2011-12-12 at 15:30 -0600, Scott Wood wrote:
>> On 12/12/2011 03:19 PM, Artem Bityutskiy wrote:
>>> On Mon, 2011-12-12 at 15:15 -0600, Scott Wood wrote:
NAND chips come from the factory with bad blocks marked at a certain
offset in
On 12/19/2011 12:38 PM, Scott Wood wrote:
> On 12/17/2011 08:35 AM, Artem Bityutskiy wrote:
>> It looks like currently you can re-define chip->read_page, so I guess
>> you should rework MTD and make chip->write_page re-definable?
>
> Unless something has changed very recently, there is no chip->re
Hi Martin,
Today's linux-next merge of the cputime tree got a conflict in
arch/powerpc/include/asm/cputime.h between commit 9f5072d4f63f ("powerpc:
Fix wrong divisor in usecs_to_cputime") from the powerpc tree and commit
648616343cdb ("[S390] cputime: add sparse checking and cleanup") from the
cpu
> -Original Message-
> From: Artem Bityutskiy [mailto:dedeki...@gmail.com]
> Sent: Saturday, December 17, 2011 10:45 PM
> To: Liu Shengzhou-B36685
> Cc: linuxppc-dev@lists.ozlabs.org; Wood Scott-B07421;
> dw...@infradead.org; Gala Kumar-B11780; linux-...@lists.infradead.org
> Subject: Re:
From: Jerry Huang
All features for p1022ds are based on the 32bit address, 36bit only optional.
We should make the PHYS_64BIT optional, remove the 'select PHYS_64BIT'
from the Kconfig file in order to support 32bit address for P1022DS platform.
Signed-off-by: Jerry Huang
---
arch/powerpc/platf
13 matches
Mail list logo