Re: Simple question about powerpc kernel source.

2009-07-20 Thread HongWoo Lee
Original Message Subject: Re: Simple question about powerpc kernel source. From: Benjamin Herrenschmidt To: HongWoo Lee Cc: linuxppc-dev@lists.ozlabs.org Date: Mon Jul 20 2009 19:02:38 GMT+0900 On Mon, 2009-07-20 at 18:00 +0900, HongWoo Lee wrote: Hi all, I have somethin

Re: Simple question about powerpc kernel source.

2009-07-20 Thread Benjamin Herrenschmidt
On Tue, 2009-07-21 at 09:15 +0900, HongWoo Lee wrote: > First, I aleady understood about @highest, @higher, @h and @l. > For now, what I want to know is about "##" in the below code. > > #define LOADADDR(rn,name) \ > lis rn,nam...@highest; \ > ori rn,rn,nam...@high

Re: [RFC/PATCH] mm: Pass virtual address to [__]p{te,ud,md}_free_tlb()

2009-07-20 Thread Benjamin Herrenschmidt
On Mon, 2009-07-20 at 12:38 +0200, Nick Piggin wrote: > On Mon, Jul 20, 2009 at 08:00:41PM +1000, Benjamin Herrenschmidt wrote: > > On Mon, 2009-07-20 at 10:10 +0200, Nick Piggin wrote: > > > > > > Maybe I don't understand your description correctly. The TLB contains > > > PMDs, but you say the HW

[PATCH] powerpc/83xx: Fix PCI IO base address on MPC837xE-RDB boards

2009-07-20 Thread Anton Vorontsov
U-Boot maps PCI IO at 0xe030, while current dts files specify 0xe200. This leads to the following oops with CONFIG_8139TOO_PIO=y. 8139too Fast Ethernet driver 0.9.28 Machine check in kernel mode. Caused by (from SRR1=41000): Transfer error ack signal Oops: Machine check, sig: 7 [#1] MPC837

Re: PPCboot and latest kernel

2009-07-20 Thread Wolfgang Denk
Dear vijay sharma, In message you wrote: > > I have been woking on upgrading an embedded system based on MPC8241 from > 2.4.17 linux to 2.6.30 kernel. Wow, that's a big leap... You should also consider to update to the latest version of U-Boot; the time when it was still called PPCBoot is lon

Re: [RFC/PATCH] net: Rework mdio-ofgpio driver to use of_mdio infrastructure

2009-07-20 Thread Grant Likely
(adding cc:linuxppc-...@ozlabs.org) On Mon, Jul 20, 2009 at 6:20 AM, Mark Ware wrote: > Changes to the fs_enet driver (aa73832c5a80d6c52c69b18af858d88fa595dd3c) > cause kernel crashes when using the mdio-ofgpio driver. > > The following patch is a fairly naive attempt to replicate similar changes

Re: [RFC/PATCH] mm: Pass virtual address to [__]p{te, ud, md}_free_tlb()

2009-07-20 Thread David Howells
Benjamin Herrenschmidt wrote: > Upcoming paches to support the new 64-bit "BookE" powerpc architecture > will need to have the virtual address corresponding to PTE page when > freeing it, due to the way the HW table walker works. > > Basically, the TLB can be loaded with "large" pages that cover

Re: ethtool support in ethernet driver

2009-07-20 Thread Josh Boyer
On Sun, Jul 19, 2009 at 05:12:11PM +0530, Mohd Arif wrote: >Dear All, >Happy to be a part of this mailing list! >The issue is that i want to give support of ethtool in ethernet >driver. You didn't say whether this is related to PowerPC or not. >Where do i need to make changes in t

[RFC/PATCH] powerpc: Don't use alloc_bootmem in cpm_uart_cpm2.c

2009-07-20 Thread Mark Ware
This is another alloc_bootmem() -> kzalloc() change, this time to fix the non-fatal badness caused when booting with a cpm2_uart console. Signed-Off-By: Mark Ware --- drivers/serial/cpm_uart/cpm_uart_cpm2.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/seria

Re: [RFC/PATCH] mm: Pass virtual address to [__]p{te, ud, md}_free_tlb()

2009-07-20 Thread Nick Piggin
On Mon, Jul 20, 2009 at 07:59:21PM +1000, Benjamin Herrenschmidt wrote: > On Mon, 2009-07-20 at 10:05 +0200, Nick Piggin wrote: > > > > Unless anybody has other preferences, just send it straight to Linus in > > the next merge window -- if any conflicts did come up anyway they would > > be trivial

Re: [RFC/PATCH] mm: Pass virtual address to [__]p{te, ud, md}_free_tlb()

2009-07-20 Thread Nick Piggin
On Mon, Jul 20, 2009 at 08:00:41PM +1000, Benjamin Herrenschmidt wrote: > On Mon, 2009-07-20 at 10:10 +0200, Nick Piggin wrote: > > > > Maybe I don't understand your description correctly. The TLB contains > > PMDs, but you say the HW still logically performs another translation > > step using ent

Re: Simple question about powerpc kernel source.

2009-07-20 Thread Benjamin Herrenschmidt
On Mon, 2009-07-20 at 18:00 +0900, HongWoo Lee wrote: > Hi all, > > I have something to ask for the ppc kernel source. > > #define LOADADDR(rn,name) \ > lis rn,nam...@highest; \ > ori rn,rn,nam...@higher;\ > rldicr rn,rn,32,31;\ > orisrn

Re: [RFC/PATCH] mm: Pass virtual address to [__]p{te,ud,md}_free_tlb()

2009-07-20 Thread Benjamin Herrenschmidt
On Mon, 2009-07-20 at 10:10 +0200, Nick Piggin wrote: > > Maybe I don't understand your description correctly. The TLB contains > PMDs, but you say the HW still logically performs another translation > step using entries in the PMD pages? If I understand that correctly, > then generic mm does not

Re: [RFC/PATCH] mm: Pass virtual address to [__]p{te,ud,md}_free_tlb()

2009-07-20 Thread Benjamin Herrenschmidt
On Mon, 2009-07-20 at 10:05 +0200, Nick Piggin wrote: > > Unless anybody has other preferences, just send it straight to Linus in > the next merge window -- if any conflicts did come up anyway they would > be trivial. You could just check against linux-next before doing so, and > should see if it

Simple question about powerpc kernel source.

2009-07-20 Thread HongWoo Lee
Hi all, I have something to ask for the ppc kernel source. #define LOADADDR(rn,name) \ lis rn,nam...@highest; \ ori rn,rn,nam...@higher;\ rldicr rn,rn,32,31;\ orisrn,rn,nam...@h; \ ori rn,rn,nam...@l Is ## used for concatena

Re: booting MPC8313 based board with yaffs2 RFS

2009-07-20 Thread tonyliu
Rupesh Kumar wrote: Hi Thanks for reply. After erasing one of the flash partition, i mounted it as yaffs2 and manually created rootfs there. Though it (careting RFS in NAND partiton) marked blocks bad, I am able to boot with this yaffs2 filesystem. When image is created with mkyffs2image binar

Re: [RFC/PATCH] mm: Pass virtual address to [__]p{te, ud, md}_free_tlb()

2009-07-20 Thread Nick Piggin
On Thu, Jul 16, 2009 at 11:54:15AM +1000, Benjamin Herrenschmidt wrote: > On Wed, 2009-07-15 at 15:56 +0200, Nick Piggin wrote: > > Interesting arrangement. So are these last level ptes modifieable > > from userspace or something? If not, I wonder if you could manage > > them as another level of po

Re: [RFC/PATCH] mm: Pass virtual address to [__]p{te, ud, md}_free_tlb()

2009-07-20 Thread Nick Piggin
On Mon, Jul 20, 2009 at 05:11:13PM +1000, Benjamin Herrenschmidt wrote: > On Wed, 2009-07-15 at 15:56 +0200, Nick Piggin wrote: > > > I would like to merge the new support that depends on this in 2.6.32, > > > so unless there's major objections, I'd like this to go in early during > > > the merge w

Re: [RFC/PATCH] mm: Pass virtual address to [__]p{te,ud,md}_free_tlb()

2009-07-20 Thread Martin Schwidefsky
On Mon, 20 Jul 2009 17:11:13 +1000 Benjamin Herrenschmidt wrote: > On Wed, 2009-07-15 at 15:56 +0200, Nick Piggin wrote: > > > I would like to merge the new support that depends on this in 2.6.32, > > > so unless there's major objections, I'd like this to go in early during > > > the merge window

Re: [RFC/PATCH] mm: Pass virtual address to [__]p{te,ud,md}_free_tlb()

2009-07-20 Thread Benjamin Herrenschmidt
On Wed, 2009-07-15 at 15:56 +0200, Nick Piggin wrote: > > I would like to merge the new support that depends on this in 2.6.32, > > so unless there's major objections, I'd like this to go in early during > > the merge window. We can sort out separately how to carry the patch > > around in -next unt